Un requisito dentro de un documento.
“Todo proveedor aprobado debe tener una certificación vigente registrada.”
Política de proveedores de ejemplo · §4.2En desarrollo · Buscamos colaboradores de diseño
DEL REQUISITO A LA REGLA
Tus reglas merecen
un lugar de
referencia.
Deja de perder reglas de negocio entre PDF, hojas de cálculo y código. Da a cada regla una fuente, un responsable y un camino claro hacia su implementación.
Un proyecto de # minibota labs
02 / REGLA Aprobada
Una regla. Con su contexto.
01
when supplier status is approved02
then certification must be valid03 / VALIDACIÓN
Lista para su implementación.
Una regla legible que el equipo técnico puede convertir en una prueba.
Flujo ilustrativo · producto en desarrollo
CENTRADO EN EL CICLO DE VIDA DE LAS REGLAS
- 01Definir→
- 02Trazar→
- 03Revisar→
- 04Versionar→
- 05Ejecutar
EL PROBLEMALa regla está clara.
La regla está clara.
Hasta que preguntas dónde está.
La política dice una cosa. La hoja de cálculo comprueba otra. Un script añade una excepción. Cuando cambia un requisito, nadie sabe qué más hay que cambiar.
Falta un lugar compartido para la propia regla.
Conserva la fuente.
Registra el documento, la sección o la decisión que origina una regla. Cada comprobación debe explicar por qué existe.
Aclara quién responde.
Asigna un responsable, un estado de revisión y una versión. Los cambios se convierten en decisiones que se pueden seguir.
Conecta intención y ejecución.
Mantén legible el significado de negocio y avanza hacia comprobaciones que el equipo técnico pueda implementar.
LEGIBLE PARA LAS PERSONAS
Una regla que puedes debatir.
RuleScript explicita las expectativas de los datos: qué campos son obligatorios, qué valores se admiten y cómo explicar los errores.
Explorar la referencia de RuleScriptEjemplo documental de RuleScript · motor en desarrollo
supplier-data.rs
validate "supplier_id": required,
on error "Supplier ID is required";
validate "price": number, min 0, max 10000,
on error "Price must be between 0 and 10000";
validate "country": required, in ["US", "CA", "MX"],
on error "Country must be US, CA or MX";DÓNDE ENCAJAEmpieza por las reglas
Empieza por las reglas
que necesitan una explicación.
Estándares y certificación
Convierte requisitos en reglas revisables, enlazadas con las secciones de origen.
Cumplimiento de proveedores
Aclara qué necesita un registro válido, quién es responsable y cuándo debe cambiar la comprobación.
Contratos de datos
Acuerda entre equipos las expectativas sobre campos, valores y tratamiento de errores.
UN ALCANCE EXPLÍCITOUn proyecto enfocado.
Un proyecto enfocado.
Un punto de partida claro.
RuleGenius combina reglas legibles de validación y transformación con atención a su contexto: fuentes, responsables, revisión e historial.
Conocer el proyectoHoy
Diseño del producto y del lenguaje, junto con la referencia de RuleScript conservada.
Siguiente paso
Un repositorio de reglas, revisión humana, exportación DSL y un primer prototipo de validación local.
Más adelante
Ejecución en producción, API, streaming e integraciones. Anunciaremos su disponibilidad cuando estén listas.
EN EL BLOG
Todos los artículos Mejores reglas. Mejores conversaciones.
De una política en PDF a una regla con trazabilidad.
Cómo convertir un requisito en una regla de negocio revisable, con identificador estable, referencia de origen, responsable y evidencia de implementación.
Leer artículoUn contrato de datos necesita más que un esquema.
Una guía práctica para documentar expectativas, restricciones de negocio, responsables y tratamiento de errores antes de recibir datos de proveedores.
Leer artículo