Introducción

Las Reglas de negocio en aplicaciones Model-Driven permiten aplicar validaciones y lógica sin código directamente en formularios de Dataverse. Son ideales para asegurar calidad de datos, guiar al usuario y estandarizar comportamientos sin necesidad de JavaScript o flujos.

🧠 Qué es / para qué sirve

Una Regla de negocio define condiciones (si pasa X…) y acciones (…entonces haz Y) que se ejecutan en el cliente(formulario) y, en muchos casos, también en el servidor (tabla).
Casos típicos:

  • Marcar un campo como obligatorio según otra selección.
  • Mostrar/ocultar campos o secciones por el tipo de registro.
  • Establecer valores por defecto o calcular resultados simples.
  • Mostrar mensajes de validación antes de guardar.

🧩 “Sintaxis” (cómo se configura)

No hay código: se construye con un diseñador visual.
Estructura conceptual:

  1. Condición: “Si [Campo/Operador/Valor] se cumple…”
  2. Acciones:
    • Establecer valor de un campo
    • Establecer campo como Requerido/No requerido
    • Mostrar/Ocultar campo
    • Habilitar/Deshabilitar campo
    • Mostrar mensaje de error
    • Recomendaciones (sugerencias guiadas)

P.Ej. Imágenes de referencia:

💻 Ejemplos con “pseudo-pasos”

1) Campo requerido por tipo de cliente

  • Si Tipo de cliente = Empresa → RequeridoRFC_Empresa.
  • Si Tipo de cliente = Persona → No requeridoRFC_Empresa.

2) Mostrar campo “Fecha de cierre” solo si Estado = “Cerrado”

  • Si Estado = Cerrado → Mostrar FechaCierre.
  • Si Estado ≠ Cerrado → Ocultar FechaCierre.

3) Prellenar “País” con “México” si la Cuenta es nueva

  • Si CreatedOn IsBlank() (o condición equivalente para nuevo registro) → Establecer valor País = "México".

4) Validación previa al guardado

  • Si IngresoAnual < 0 → Mensaje de error: “El ingreso no puede ser negativo”.

🧱 Buenas prácticas

  • Nómbralas claramente: prefijo por tabla/propósito (p. ej., acc_ReqRFC_Empresa).
  • Una regla por objetivo (mejor mantenimiento y depuración).
  • Evalúa el alcance (formulario vs tabla) para que aplique donde realmente se necesita.
  • Evita cascadas complejas; prioriza reglas simples y previsibles.
  • Documenta condiciones y acciones en la descripción de la regla.

⚠️ Errores comunes

  • Crear múltiples reglas que pelean por el mismo campo (habilitar vs deshabilitar).
  • Mensajes de error que no indican cómo resolver el problema.
  • Olvidar el orden de evaluación; algunas acciones dependen de valores establecidos por reglas previas.
  • Confiar en reglas de formulario para validar integridad entre tablas (mejor usar lógica de servidor o Power Automate).

📚 Recursos oficiales

Deja un comentario

¡Gracias por tu mensaje!

Me pondré en contacto tan rápido como pueda.

Descubre más desde Power Platform En Español

Suscríbete ahora para seguir leyendo y obtener acceso al archivo completo.

Seguir leyendo