La directora técnica sabe exactamente lo que necesita: que el valor de la inspección sea el pactado con tres distribuidoras. Lo que no sabe es escribir la condición técnica de una regla.
Antes, eso era un ticket y unos días de espera. Ahora lo escribe como lo diría en una reunión.
Lo que se escribe
«Quiero que para la Distribuidora A, la B y la C el valor de la inspección siempre sea 90.000. Prepárame la regla y pruébala antes de guardarla.»
Y después
- «Guárdala y asóciala al formato de revisión periódica.»
- «Actívala.»
Así responde el asistente
Quiero que para la Distribuidora A, la B y la C el valor de la inspección siempre sea 90.000. Prepárame la regla y pruébala antes de guardarla.
Encontré el dato Valor de la revisión, que envía la app. Preparé la regla y la probé con 10 casos: con cada distribuidora, 90.000 pasa, 85.000 bloquea y vacío bloquea; otra distribuidora pasa con cualquier valor. Los 10 dieron lo esperado.
Mensaje para el inspector: «Para esta distribuidora el valor de la inspección debe ser 90.000.»
¿La guardo? Quedará inactiva y sin formato hasta que usted lo pida.
Ejemplo ilustrativo
Por qué importa
-
Prueba antes de guardar
El asistente arma una tabla de casos: al menos uno que pasa y uno que bloquea. Si alguno falla, no se guarda nada.
-
Nace apagada
La regla se crea inactiva y sin formato. Asociarla y activarla son pasos aparte, y cada uno pide su confirmación.
-
Usted decide cuándo
Nada cambia en campo hasta que usted la activa. Y si algo no convence, se desactiva o se vuelve a una versión anterior.
El motor señala y la persona decide. Las reglas solo corren cuando están activas y asociadas al formato. Cómo se configuran
La persona que conoce el negocio configura la regla. El motor la aplica igual en cada informe.
