Una ficha por cliente
Datos de contacto, reservas, observaciones y movimientos pueden reunirse dentro del mismo contexto.
Funcionalidad FLAP
Clientes, historial y saldos dentro del mismo flujo
El CRM de FLAP funciona como una ficha de clientes conectada con su historial de turnos, observaciones, movimientos y saldos cuando corresponde. Así podés consultar el contexto de cada cliente o paciente sin separar agenda, datos e historial. Las vistas disponibles cambian según el perfil, los módulos y los permisos del usuario.
Ficha de clienteHistorial de reservasAcceso por permisosContacto familiar compartido
FFicha de cliente
Cliente activoHistorial recienteDatos ficticios
TU
Reserva creadaConsulta inicial · 12 Sep · 10:30
OB
Observación operativaNota agregada por un usuario autorizado
PA
Movimiento registradoSeña vinculada con una reserva
HI
Historial actualizadoContexto disponible para la próxima atención
Vista ilustrativa · datos ficticiosLa información visible depende del perfil y los permisos
Contexto antes de atender
Que la relación con el cliente no empiece de cero en cada turno
La ficha reúne información operativa para que reservas, observaciones y movimientos no queden repartidos entre chats, planillas y notas sueltas.
Historial operativo
El equipo puede revisar qué ocurrió antes de atender, cobrar o volver a contactar.
Saldos vinculados
Cuando el perfil lo habilita, la cuenta corriente puede acompañar la relación con el cliente.
Acceso controlado
La información visible depende del rol, los permisos y la configuración del negocio.
Problema operativo
Sin contexto compartido, cada atención empieza de cero
Mensajes, planillas y notas aisladas dificultan encontrar reservas anteriores, saldos, observaciones y datos necesarios para continuar la relación.
Turnos, notas y saldos viven en lugares diferentes
Antes de atender o cobrar, alguien tiene que reconstruir qué ocurrió buscando entre conversaciones, planillas y registros aislados.
WhatsAppPlanillasNotasAgendaComprobantes
El cliente conserva un historial operativo dentro de FLAP
Los usuarios autorizados pueden consultar el contexto disponible sin depender de la memoria de quien lo atendió antes.
Reservas anteriores y próximas
Observaciones centralizadas
Movimientos y saldos según perfil
Cómo se construye la ficha
Del primer turno a un historial útil
La ficha puede crecer con la relación real del cliente sin obligar al equipo a mantener un registro paralelo.
El cliente ingresa
Puede aparecer a partir de una reserva o ser cargado por el equipo.
Se crea su ficha
FLAP organiza identidad, contacto y datos operativos disponibles.
Se acumula historial
Reservas y movimientos van formando un contexto cronológico.
El equipo agrega contexto
Usuarios autorizados pueden incorporar observaciones o información propia del perfil habilitado.
La ficha acompaña la operación
Antes de atender o cobrar, el equipo puede consultar el contexto disponible.
Familias y pacientes menores
Un mismo email de contacto no tiene que mezclar pacientes
Recepción puede registrar pacientes diferentes con el mismo correo cuando, por ejemplo, hermanos o menores utilizan el email de un familiar. Cada persona conserva su propia ficha, sus turnos y su historial; si corresponde, también su información clínica y sus movimientos según los módulos habilitados.
El email puede coincidir
El correo funciona como dato de contacto y puede estar asociado a más de un paciente desde la carga administrativa.
La ficha sigue siendo individual
FLAP conserva una identidad propia por paciente para no mezclar turnos, historial ni contexto.
Un paciente puede independizar su correo
Si más adelante utiliza un email propio, puede actualizarse sin modificar a los demás pacientes vinculados al contacto anterior.
La ficha correcta se selecciona explícitamente
Cuando el mismo correo pertenece a más de una persona, el sistema no debe elegir un paciente de manera arbitraria.
¿Dos pacientes pueden tener el mismo email en FLAP? Sí. Recepción puede registrar pacientes distintos con el mismo email de contacto. Cada paciente mantiene una identidad y un historial propios, algo útil cuando varios menores o familiares utilizan un mismo correo.
Ver también FLAP para clínicas y consultorios, odontología, psicología e historia clínica digital.
Una ficha con contexto operativo
Datos, reservas, observaciones y movimientos cumplen funciones distintas
Separar cada tipo de información ayuda a mantener una ficha útil sin convertirla en un depósito de datos sin estructura.
Identidad y contacto
La ficha puede concentrar la información necesaria para identificar y contactar al cliente.
Turnos anteriores y próximos
El historial puede mostrar la actividad relacionada con la agenda.
Contexto operativo
El equipo autorizado puede conservar notas útiles para continuar la relación.
Pagos y saldos según perfil
La cuenta corriente y otros movimientos aparecen sólo cuando la función correspondiente está habilitada.
Historial cronológico
Ver qué pasó antes ayuda a decidir qué hacer ahora
El historial puede reunir reservas y movimientos relacionados para que el equipo tenga una referencia operativa antes de la próxima atención.
Una relación no es sólo una fila en una agenda
Cuando el cliente vuelve, FLAP puede mostrar actividad previa y próxima dentro de la misma ficha, siempre según el perfil y los permisos habilitados.
12 Sep
Próximo turno
Consulta inicial · 10:30 · reserva activa.
02 Ago
Pago registrado
Movimiento operativo relacionado con una reserva.
15 Jul
Atención anterior
Turno finalizado y conservado dentro del historial.
03 Jun
Primera reserva
Inicio del historial operativo del cliente.
Movimientos y saldos
El cliente puede conservar contexto de cobro sin separarlo de su historial
La cuenta corriente y los saldos dependen del perfil habilitado, pero cuando están disponibles permiten consultar movimientos dentro de la relación operativa.
Movimientos relacionados
Pagos, señas u otros movimientos operativos pueden conservar contexto junto con las reservas correspondientes.
Último movimiento demo$10.000
Cuenta corriente según perfil
Cuando la función está habilitada, el equipo autorizado puede consultar el saldo disponible dentro de la ficha.
Saldo pendiente demo$15.000
Permisos y privacidad operativa
No todos los integrantes tienen que ver la misma información
La pertenencia al equipo no implica acceso irrestricto. FLAP permite trabajar con roles, permisos y alcances diferentes según la operación.
Compartir contexto no significa exponer todos los datos
La información visible cambia según el rol y los permisos del usuario. Determinados datos de contacto o áreas especializadas pueden quedar restringidos.
Pueden limitarse según permisos y configuración del equipo.
Su visibilidad depende del perfil y de los permisos financieros u operativos correspondientes.
Sólo aparece en perfiles y módulos habilitados para esa actividad.
El negocio debe gestionar consentimiento y tratamiento de datos aplicable a su operación.
CRM e historia clínica
Comparten a la persona, pero no representan el mismo registro
Esta distinción es importante para mantener clara la función de cada módulo y evitar mezclar información operativa con información clínica especializada.
Clientes y CRM
Organiza la relación operativa: datos, reservas, observaciones, movimientos y saldos según el perfil.
Estás viendo esta funcionalidadHistoria clínica digital
Reúne antecedentes, anamnesis y evoluciones clínicas dentro de perfiles y permisos específicamente habilitados.
Ver historia clínica digital →Conectado con la operación
La ficha del cliente gana valor cuando conversa con agenda, cobros y permisos
El CRM no necesita duplicar información: puede tomar contexto de las funciones que ya forman parte de la relación con ese cliente.
Las reservas forman parte del historial operativo del cliente.
Ver funcionalidad →Los movimientos pueden quedar relacionados con la reserva y el cliente.
Ver funcionalidad →El acceso a datos depende del nivel y alcance habilitados.
Ver funcionalidad →Ficha, historial, observaciones y saldos dentro de una misma relación operativa.
La información clínica especializada vive en su propio módulo y depende del perfil.
Ver funcionalidad →Algunos movimientos operativos pueden vincularse con funciones financieras según perfil.
Ver funcionalidad →Aplicación por rubro
La ficha se adapta al tipo de relación que necesitás gestionar
La base operativa es compartida, mientras que fichas especializadas y datos adicionales aparecen sólo en perfiles habilitados.
Ficha, historial y contexto operativo según perfil y permisos.
Ficha, historial y contexto operativo según perfil y permisos.
Ficha, historial y contexto operativo según perfil y permisos.
Ficha, historial y contexto operativo según perfil y permisos.
Ficha, historial y contexto operativo según perfil y permisos.
Ficha, historial y contexto operativo según perfil y permisos.
Alcance publicado
Funciones verificadas de clientes y CRM
La página mantiene explícitas las capacidades disponibles y las que dependen de perfiles, módulos o permisos.
Incluido en el alcance publicado
- Ficha de cliente
- Historial de reservas
- Observaciones y datos de contacto
- Cuenta corriente según perfil
- Fichas especializadas por rubro
- Acceso según roles y permisos
- Pacientes distintos pueden compartir email de contacto en la carga administrativa
Preguntas frecuentes
Lo que conviene definir antes de centralizar la información de clientes
¿La ficha muestra reservas anteriores?
Sí. El historial puede reunir turnos y movimientos relacionados con ese cliente.
¿Todos ven la misma información?
No necesariamente. El acceso depende del rol, los permisos y la configuración del negocio.
¿Incluye fichas específicas por rubro?
Sí, en soluciones y módulos publicados para determinados perfiles, como estética, odontología o veterinaria.
¿Puedo registrar varios pacientes con el mismo email?
Sí. Desde la carga administrativa podés indicar que un correo es compartido, por ejemplo cuando hermanos o menores utilizan el email de un familiar. Cada paciente conserva su propia ficha, turnos e historial.
¿Qué pasa si después uno de esos pacientes tiene su propio email?
Su email puede actualizarse sin modificar la identidad ni el correo de los demás pacientes que compartían el contacto anterior.
¿Puedo ver cuánto me debe un cliente?
Sí, cuando la cuenta corriente y el perfil correspondiente están habilitados. La ficha puede mostrar cargos, pagos, créditos y saldo pendiente dentro del contexto operativo del cliente.
¿Puedo ver próximos turnos y reservas anteriores?
Sí. La ficha puede reunir reservas relacionadas con el cliente para consultar actividad pasada y próxima dentro del contexto operativo disponible.
¿Puedo guardar observaciones del cliente?
Sí. Usuarios autorizados pueden agregar observaciones o información operativa según la configuración y los permisos del negocio.
¿El CRM incluye cuenta corriente?
Puede incluirla según el perfil y la función habilitada. No debe asumirse como universal para todos los negocios.
¿CRM e historia clínica son lo mismo?
No. El CRM organiza la relación operativa y comercial con el cliente. La historia clínica reúne información clínica y evoluciones dentro de perfiles y permisos específicos.
¿Puedo limitar quién ve datos de contacto?
Sí. La visibilidad depende de roles, permisos y configuración. Determinados datos pueden restringirse para integrantes del equipo.
¿FLAP define por sí solo qué datos puedo guardar?
No. El negocio es responsable de gestionar el consentimiento y el tratamiento de datos que le corresponda según su actividad y normativa aplicable.
¿Dos pacientes pueden tener el mismo email?
Sí. Desde la carga administrativa podés indicar que el email es compartido. Cada paciente conserva su propia identidad, ficha, turnos e historial.
¿Sirve para hermanos o menores que usan el correo de un familiar?
Sí. Es útil cuando hermanos, hijos u otros familiares utilizan el mismo correo como dato de contacto. El email puede coincidir sin convertir sus fichas en una sola.
¿Se mezclan sus historias o turnos?
No. El correo puede ser compartido como dato de contacto, pero cada paciente mantiene su propia ficha e historial.
¿Qué pasa si uno cambia de email más adelante?
El email de esa persona puede actualizarse sin modificar la identidad ni el correo de los demás pacientes que compartían el contacto anterior.
Profundización editorial
Cómo organizar clientes e historial cuando trabajás con turnos
Una guía para decidir qué información conviene conservar y cómo relacionarla con reservas, pagos y próximos turnos.
Cómo organizar clientes e historial en un negocio con turnos
Qué información conviene conservar cuando reservas, pagos, observaciones y próximos turnos forman parte del mismo historial.
Leer guía →Siguiente paso
Funciones que completan la gestión del cliente
FLAP para psicólogos
Conocé cómo se conecta con la ficha del cliente y bajo qué condiciones está disponible.
Ver detalle →Historia clínica digital
Conocé cómo se conecta con la ficha del cliente y bajo qué condiciones está disponible.
Ver detalle →Roles y permisos
Conocé cómo se conecta con la ficha del cliente y bajo qué condiciones está disponible.
Ver detalle →Cobros y señas
Conocé cómo se conecta con la ficha del cliente y bajo qué condiciones está disponible.
Ver detalle →Finanzas y liquidaciones
Conocé cómo se conecta con la ficha del cliente y bajo qué condiciones está disponible.
Ver detalle →Soluciones por rubro
Conocé cómo se conecta con la ficha del cliente y bajo qué condiciones está disponible.
Ver detalle →Que conocer el contexto de un cliente no dependa de buscar entre mensajes y planillas
Contanos qué información necesitás conservar y quién debería verla. Te ayudamos a encontrar una configuración adecuada para tu operación.