KoratDos tipos de negocio comparten este sistema de reservas: service y clinic. Corren el mismo código — servicios, citas, asignación de personal, bonos — y el tipo clínica reetiqueta la interfaz a citas, pacientes y cursos de tratamiento, porque una consulta dental y un salón de uñas tienen el mismo problema de agenda con otras palabras. Elegir el tipo cambia el vocabulario y nada estructural: un producto de clínica aparte se separaría del de servicios en dos versiones.
Un servicio es una duración y un precio que fijas tú
El catálogo es una lista de servicios, cada uno con duración y precio. La duración no es decoración: es lo que hace que una agenda de citas signifique algo, porque un tratamiento de noventa minutos y un corte de quince ocupan trozos distintos del mismo día. Los clientes navegan la página pública del negocio, eligen un servicio y lo reservan; esa sección de la página la aporta el propio módulo, construida con el mismo kit de interfaz que el resto, así que se ve nativa y no pegada.
Reservar, y la confirmación que pulsa el propio negocio
Una petición de cita lleva nombre, teléfono, fecha, hora y una nota. Llega pendiente y el negocio la confirma. El recuento pendiente es uno de los avisos en vivo del panel, refrescado cada pocos segundos junto a pedidos activos, mesas que llaman y permisos pendientes, así que un negocio con varios módulos tiene un único sitio donde se cuenta todo lo que espera a una persona.
El paso de confirmación no es fricción por sí misma. Un sistema que acepta automáticamente cualquier hueco libre aceptará la cita cuyo técnico ese día no trabaja, y la de las once que solo funciona si la de las diez acaba antes. Hacer de la aceptación un acto humano mantiene el conocimiento del negocio dentro del bucle y da a quien reserva una respuesta definitiva en lugar de un hueco que se mueve solo.
Cada cita se puede asignar a una persona del equipo. Ese único campo convierte una lista de reservas en una jornada de trabajo: responde a quién le toca, permite devolver a un cliente habitual a la misma persona y alimenta el historial, para que el negocio sepa por quién vuelven sus clientes.
Bonos y cursos prepagados: N sesiones válidas N días
El trabajo prepagado tiene su propio modelo en vez de ser una venta corriente. Un bono es un curso de N sesiones válido N días, o una membresía válida N días. Se compra y se canjea una sesión cada vez; una pestaña de «mis bonos» muestra lo que se tiene y lo que queda. Ese recuento restante es el registro, guardado en el mismo backend que las citas que lo consumen, no en una cartulina sellada.
Comprar un bono es además una de las transacciones que califican en la vista de elegibilidad de reseñas, así que quien compra un curso puede reseñar el negocio incluso antes de canjear su primera sesión.
No hay recordatorios por SMS, porque no hay SMS. La verificación por teléfono y el envío de SMS no están construidos: el endpoint responde 501 y lo dice. Los avisos llegan dentro de la app, y el correo se envía solo a direcciones verificadas.
El tipo clínica es un reetiquetado, no un sistema de historia clínica. Renombra la interfaz a citas, pacientes y cursos de tratamiento. No guarda notas clínicas, recetas ni nada que deba vivir en un sistema de historia clínica, y no está hecho para ello.
Lo que recibe quien gestiona: informes, CRM y personal
Un negocio de servicios o una clínica recibe tres módulos — citas, servicios y bonos — más todo lo que recibe cualquier tipo. Los informes cubren ingresos, número de pedidos, ticket medio, reparto entre efectivo, PromptPay y otros, los cinco más vendidos, un gráfico de siete días y periodos de hoy, siete días, treinta o todo, con reimpresión de tiques y texto compartible de tique — no se puede emitir una factura fiscal: solo un inscrito en el IVA puede hacerlo, y nada en este sistema registra todavía la inscripción de ningún negocio. En un negocio de servicios, la lista de más vendidos se lee como qué tratamientos pagan de verdad, normalmente no el del cartel.
El CRM construye la lista de clientes desde el libro de ventas con notas y etiquetas, historial de compras, puntos que se acumulan a una tasa que fija el propio negocio en su moneda, contra una venta mínima y una recompensa configurables. RR. HH. cubre el lado del equipo: fichaje con GPS y nota, permisos, turnos y nómina con minutos trabajados y horas extra a partir de ocho al día sobre salario por hora o mensual, anuncios y tareas asignables. La nómina está acotada: una persona del equipo ve solo su propia paga; quien es propietario o encargado ve la de todos.
El acceso se rige por una matriz de permisos: trece capacidades base más las que declaren los módulos instalados, roles predefinidos y ajustes por persona. Los módulos desaparecen cuando alguien no tiene la capacidad, y quien no tiene ninguna ve una pantalla que lo dice en vez de una lista vacía que se lee como un fallo. En la app Android esas comprobaciones corren en el cliente; la misma matriz existe en la base de datos como has_capability(business_id, capability), expandida en el servidor para las políticas de seguridad a nivel de fila.
Dos vecinos para un salón o una clínica. Un negocio que atiende sin cita llama a su clientela con los turnos en vez de con la agenda, y la página para negocios resume lo que los cuatro tipos base comparten de todas formas.
El sistema de módulos que hay debajo y los complementos instalables
Servicios es uno de los cuatro módulos base, junto a Comida, Alojamiento y Tienda: los tipos de negocio son los módulos. Un módulo declara un id, los tipos de negocio que reclama, una etiqueta, un título de catálogo, una llamada a la acción principal, una vista de catálogo y, opcionalmente, capacidades, módulos de consola, una pantalla de consola y una sección en la página de cara al cliente. Ese contrato es lo que permite construir el editor de permisos automáticamente a partir de las capacidades que declaren los módulos instalados.
Encima se apoyan siete complementos instalables que sirven para cualquier tipo de negocio, desde la Tienda de Plugins de la consola: permisos de equipo, canales de pago, membresías y suscripciones, y recordatorios de renovación. Los dos últimos encajan de forma evidente con un negocio de servicios: un plan que los clientes compran desde la página de la tienda, y un aviso antes de que caduque. Desinstalar va detrás de una confirmación que dice claramente que los datos no se borran, y un complemento desinstalado no aporta módulos, ni permisos, ni sección de cara al cliente. Los plugins de terceros aún no están abiertos; la tienda lo dice ella misma. Lo que hay hoy es una arquitectura modular con complementos propios, y abrir el envío es el paso siguiente.
Reseñas, después de la cita
Usar un servicio es uno de los tipos verificados en la vista de elegibilidad, así que quien ha sido atendido de verdad puede escribir una reseña y el resto recibe una tarjeta con candado que explica por qué no está el botón. La puntuación en estrellas la recalcula un disparador desde las filas de reseñas, nunca se teclea. Las reseñas admiten fotos, un resumen de distribución de cinco a una, editar o borrar la última, una nueva en una visita repetida sin que desaparezca la antigua, y respuestas públicas del negocio.