Servicios profesionales
Endurecimiento de un registro de ventas el mismo día de un evento comercial
Endurecimiento de un sistema de registro de ventas en Apps Script el mismo día de un evento comercial masivo: escritura todo-o-nada, control de concurrencia y validación contra un maestro externo.
Tipo de cliente
Marca de consumo con eventos comerciales presenciales de alto volumen, confidencial
Desafío
La fricción operativa a resolver.
Una venta llega al cierre con más que un total
Una venta llega al cierre con más que un total
En Beauty Day, el evento comercial de Dermathani, cada venta reúne cliente, productos, cantidades, adelantos y medios de pago. La atención ocurre frente a la persona; el registro tiene que acompañarla sin perder el detalle que después necesita el equipo para revisar lo vendido y lo cobrado. En esta clínica de dermatología y estética en Lima, trabajé sobre ese punto de encuentro entre atención comercial y control operativo.
Al 10 de julio de 2026, la lista previa del evento reunía 318 inscritos y la lista de selección conectada al maestro contenía 6.690 clientes. Son escalas distintas que el sistema debe relacionar: quienes se inscriben en una campaña y quienes ya forman parte de la base de la clínica. La venta necesita conservar esa identidad cuando pasa del formulario al histórico.
El trabajo manual estaba en cada puesto de venta
El trabajo manual estaba en cada puesto de venta
El equipo ya utilizaba una hoja de cálculo con una plantilla de registro. La vendedora seleccionaba al cliente, completaba los datos comerciales y llenaba una línea por producto. El formulario calculaba precios, totales y saldos; una acción del menú trasladaba la venta a las hojas de base. Había que coordinar ese trabajo cuando varias vendedoras registraban operaciones simultáneamente.
Mi intervención se concentró en las reglas de esa transferencia. Una venta con varias líneas debe revisarse completa antes de empezar a guardarla. La identidad elegida tiene que corresponder al maestro correcto. Y la creación de ventas y clientes necesita un orden compartido entre puestos. Estos controles convierten las decisiones del equipo en registros consistentes para el cierre comercial.
Enfoque
Conservar la interfaz y gobernar la escritura
Conservé la hoja que el equipo ya usaba y concentré la ingeniería en el momento de confirmar. Sustituir toda la interfaz habría añadido un cambio de herramienta al trabajo del evento. La decisión fue mantener la captura conocida y establecer controles en la capa que escribe los datos. El equipo sigue seleccionando y completando; el sistema coordina la persistencia.
Conservar la interfaz y gobernar la escritura
Revisar la venta completa antes de guardarla
El registro valida todas las filas de venta antes de iniciar la escritura. Si encuentra una fila incompleta, bloquea el conjunto. Así, la revisión ocurre sobre la operación entera, en lugar de aceptar cada línea por separado y dejar al equipo la tarea de reconstruir qué parte ingresó.
Esta secuencia es deliberada: primero validar y después escribir. La prueba de extremo a extremo confirmó que una fila parcial detiene el registro completo. El control queda dentro del flujo que utiliza la vendedora; su aplicación no depende de recordar una instrucción al final de cada atención.
Coordinar a quienes registran al mismo tiempo
La creación de ventas y clientes utiliza un bloqueo compartido para coordinar las escrituras concurrentes. Cada puesto trabaja en su formulario y el sistema ordena el acceso a los recursos comunes. Es la respuesta técnica a una dinámica concreta del evento: varias personas atendiendo y confirmando operaciones sobre una misma base.
Del formulario al histórico comercial
Las hojas de captura se nombran con una marca de tiempo. Las hojas de base se crean con sus encabezados cuando hacen falta. Estas decisiones ordenan tanto el espacio de trabajo del equipo como el destino de los datos, sin trasladar a cada vendedora la preparación técnica del registro.
Mantener la identidad entre el evento y la clínica
La selección de clientes consulta el maestro externo. Para un cliente existente, el sistema extrae el identificador numérico y conserva la correspondencia con el histórico de ventas. Las altas realizadas durante el evento mantienen una referencia local distinguible para su conciliación posterior.
Elegí conservar esa distinción en lugar de tratar todas las referencias como si tuvieran el mismo origen. El cierre necesita reconocer qué venta corresponde a un cliente del maestro y cuál utiliza un alta local. Esa separación da al equipo un criterio concreto para conciliar los registros del evento con la base de la clínica.
Lo que quedó operativo el 10 de julio
Del formulario al histórico comercial
El flujo conserva una cabecera de cliente y responsable, seguida del detalle de compra. Al 10 de julio de 2026, cada formulario admitía hasta 16 líneas. El producto se selecciona desde el catálogo y las fórmulas calculan precio, total y saldo por cobrar. La vendedora registra cantidad, estado, adelanto y medio de pago dentro de la misma operación.
Al confirmar desde el menú, el sistema valida el detalle antes de trasladarlo a la base. Allí conserva identificador, fecha, cliente, código de servicio, cantidad, estado, precio, adelanto, medio de pago, total, saldo y responsable. Tras el registro, elimina la hoja de captura utilizada. El histórico comercial reúne los datos que el formulario organizó durante la atención.
Resultado
Lo que quedó operativo el 10 de julio
La decisión clave ocurre antes de confirmar
Desplegué los controles en el sistema productivo y los verifiqué desde el navegador el 10 de julio de 2026. Las pruebas de extremo a extremo aprobaron la venta con cliente nuevo, el bloqueo completo ante una fila parcial y la selección de un cliente del maestro externo. Después retiré los datos de prueba.
El resultado operativo está en esas capacidades: el equipo registra altas del evento, trabaja con identidades de la base de la clínica y confirma ventas con una validación previa común a todas sus líneas. El bloqueo coordina la escritura entre vendedoras. La estructura del histórico reúne lo necesario para revisar cada operación con su responsable y su detalle comercial.
La decisión clave ocurre antes de confirmar
Este trabajo reforzó un criterio que aplico a sistemas comerciales: la calidad del cierre se diseña en el punto de captura. Validación, coordinación e identidad tienen responsabilidades diferentes. La primera revisa el contenido; la segunda ordena las escrituras simultáneas; la tercera mantiene la relación entre venta y cliente. Juntas sostienen el paso del formulario al histórico.
También confirmó el valor de probar con la interfaz real. Ejecutar el menú, seleccionar desde el maestro y registrar un alta recorre el mismo camino que utiliza el equipo. Esa verificación conecta la decisión de ingeniería con la operación que debe sostener.
Evidencia y resultados documentados
- inscritos en la lista previa del evento — 318 — al 10 de julio de 2026
- clientes en la lista conectada al maestro — 6.690 — al 10 de julio de 2026
- líneas de detalle por formulario, máximo — 16 — al 10 de julio de 2026
Sistema aplicado
Servicios y solución relacionados.
Los equipos repiten tareas manuales entre canales, datos y sistemas que no comparten estado.
Automatización de operaciones
Conecta canales, datos y procesos para eliminar trabajo manual repetitivo.
Diagnóstico operativo antes de invertir
Diagnóstico de IA y automatización
Elegir el primer proyecto de IA o automatización con criterio de negocio.
Construcción con controles operativos
Implementación de IA y automatización
Convertir una prioridad clara en una solución que el equipo pueda usar.
FAQ
Preguntas sobre este caso
¿Qué representan los 318 inscritos?
Son las personas de la lista previa de Beauty Day al 10 de julio de 2026. La cifra describe la convocatoria del evento; las ventas se registran en su propio histórico. El caso la sitúa dentro del recorrido operativo descrito y limita el alcance a las decisiones, controles y resultados documentados; no añade capacidades, impactos ni condiciones que no estén respaldados por esa evidencia.
¿Cómo trabajan varias vendedoras sobre la misma base?
Cada puesto utiliza una hoja de captura. La creación de ventas y clientes incorpora un bloqueo compartido que coordina las escrituras concurrentes. El caso la sitúa dentro del recorrido operativo descrito y limita el alcance a las decisiones, controles y resultados documentados; no añade capacidades, impactos ni condiciones que no estén respaldados por esa evidencia.
¿Qué ocurre si una línea está incompleta?
El sistema revisa todas las filas antes de escribir. Una fila parcial bloquea el registro completo, comportamiento verificado en la prueba de extremo a extremo. El caso la sitúa dentro del recorrido operativo descrito y limita el alcance a las decisiones, controles y resultados documentados; no añade capacidades, impactos ni condiciones que no estén respaldados por esa evidencia.
¿Cómo distingue a los clientes existentes de las altas del evento?
Los clientes existentes conservan el identificador numérico del maestro. Las altas del evento mantienen una referencia local distinguible para la conciliación posterior. El caso la sitúa dentro del recorrido operativo descrito y limita el alcance a las decisiones, controles y resultados documentados; no añade capacidades, impactos ni condiciones que no estén respaldados por esa evidencia.
¿Fue necesario reemplazar la herramienta del equipo?
Conservé la hoja y el flujo de captura. La intervención incorporó controles de validación, coordinación de escrituras e identidad sobre el sistema utilizado para el evento. El caso la sitúa dentro del recorrido operativo descrito y limita el alcance a las decisiones, controles y resultados documentados; no añade capacidades, impactos ni condiciones que no estén respaldados por esa evidencia.