Formato JSON de listas: qué hace y dónde se acaba
Última actualización:
Antes de pagar por nada, prueba esto. El formato JSON de columnas y vistas viene de serie en SharePoint, no cuesta nada y no necesita catálogo de aplicaciones, ni despliegue, ni aprobación de TI: un propietario de sitio lo aplica en minutos y lo deshace igual de rápido.
Resuelve más de lo que la gente intenta: colores e iconos condicionales, barras de progreso, barras de datos, tarjetas de persona, botones que abren un formulario o lanzan un flujo, diseño de tarjetas en la vista de galería, y estilos de fila según el valor de cualquier columna.
Y tiene cinco muros duros, que conviene conocer antes de empezar y no después: no puede cruzar datos entre listas, no puede agregar, no tiene estado propio, no puede llamar a una API externa y no puede salirse de la forma de una vista de lista. Cada uno de ellos es donde una vía de pago empieza a justificarse.
Lo que resuelve de verdad
| Requisito | ¿Se puede con formato? |
|---|---|
| Colorear una columna de estado en rojo / ámbar / verde | Sí, fácil |
| Enseñar un icono junto a un valor | Sí |
| Una barra de progreso a partir de una columna de porcentaje | Sí |
| Resaltar la fila entera cuando una fecha está vencida | Sí, con formato de vista |
| Un botón que abre el formulario del elemento o una URL | Sí |
| Un botón que lanza un flujo de Power Automate | Sí |
| Diseño de tarjetas en vez de filas | Sí, en la vista de galería |
| Ocultar una columna a ciertos usuarios | No: eso son permisos, no formato |
Si tu requisito está en esa tabla, deja de leer y ve a hacerlo. El error caro más habitual en este terreno es encargar un componente para hacer algo que una vista formateada ya hace.
Los cinco muros
1. No puede cruzar listas
El formato ve una lista. Si tu herramienta necesita proyectos de una lista y sus tareas de otra en una misma vista, el formato se queda fuera. Las columnas de búsqueda enseñan un valor, no un conjunto de datos cruzado.
2. No puede agregar
No hay suma, recuento ni media entre elementos disponible para el formateador. Existen los totales de vista al pie de una columna, pero no puedes diseñar alrededor de ellos, y un indicador que diga «14 abiertas, 3 vencidas» no es expresable.
3. No tiene estado
No persiste nada entre renderizados. Un filtro que ponga el usuario, una pestaña que elija, un panel que abra: nada sobrevive, porque el formateador es una descripción declarativa de cómo pintar una fila, no una aplicación.
4. No puede llamar a nada externo
Ni llamadas a APIs ni peticiones. Puede enlazar hacia fuera y puede lanzar un flujo, pero no puede traerse una respuesta y enseñarla.
5. Está atrapado dentro de una vista de lista
La salida es siempre una vista de lista, en una página de lista o en un web part de lista. No puedes componer un cuadro de mando con varias fuentes ni colocarlo como componente autónomo con su propio diseño en una página.
Qué hacer en cada muro
| Muro con el que te chocas | Siguiente paso más barato |
|---|---|
| Necesitas datos de dos listas juntos | Un componente que lea las dos, o reestructurar en una sola lista si la relación es simple |
| Necesitas recuentos, sumas o indicadores | Un componente de KPI leyendo la misma lista |
| Necesitas interactividad real y estado | Un web part: esta es la frontera honesta del formato no-code |
| Necesitas un sistema externo | Power Apps con un conector, o desarrollo a medida |
| Necesitas un cuadro de mando, no una lista | Una plataforma de componentes no-code, o SPFx a medida si el requisito es raro |
La disciplina útil es chocarse con el muro primero. Llegar a una vía de pago con una frase concreta —«el formato no puede agregar y necesitamos recuentos por estado»— hace la comparación concreta, el presupuesto más pequeño y la revisión de seguridad más corta. Llegar con «queremos un cuadro de mando» es como los proyectos se vuelven interminables.
Preguntas frecuentes
¿El formato JSON necesita aprobación de TI?
No, y esa es su mayor ventaja práctica. Es una propiedad de una columna o de una vista, que aplica cualquiera que pueda editar la lista. No hay paquete, ni catálogo de aplicaciones, ni permiso de API, ni nada que una revisión de seguridad tenga que mirar. Si necesitas algo funcionando esta semana y no puedes esperar a un despliegue, esta es la vía.
¿Es difícil de escribir?
La sintaxis es quisquillosa, pero casi nunca se empieza de cero. SharePoint ofrece modos de diseño para los casos habituales, y Microsoft publica una galería amplia de ejemplos que puedes pegar y adaptar. Cuenta con una hora de frustración la primera vez y minutos a partir de ahí.
¿Se va a romper el formato cuando Microsoft actualice SharePoint?
Es muy poco probable. Es una característica declarativa, soportada y de primera parte, lo que supone una diferencia real frente al código a medida: no hay versión de framework que perseguir ni build que mantener. Esa durabilidad es parte real de su valor, no una nota al pie.
¿Puede sustituir del todo a un web part?
Para cualquier cosa que en el fondo sea una lista con mejor presentación, muchas veces sí. Para cualquier cosa que agregue, combine fuentes, mantenga estado o necesite su propio diseño en una página, no — y no hay esfuerzo que lo cambie, porque los límites son arquitectónicos y no una cuestión de habilidad.