He notado que los campos de usuario personalizados siempre son visibles para los usuarios durante el registro o en sus perfiles, dependiendo de la configuración.
¿Existe actualmente una forma de crear un campo de usuario que solo sea visible y editable por el personal (para uso interno), sin que sea expuesto a los usuarios?
Si no es así, ¿sería algo que el equipo podría considerar admitir en el futuro?
Hay una solicitud de características para eso: Option to include user field that is only editable by staff
Dependiendo de para qué quieras usar el campo, puede ser suficiente ocultar el campo de usuario para todos excepto para el personal con un componente temático.
Administro Discourse para cursos universitarios, y el campo de usuario personalizado sería el número de estudiante. Un componente de tema parece una solución provisional aceptable, pero hacer que un campo personalizado sea completamente invisible para cualquier cosa que no sea el personal o la API del sistema sería más limpio.
En realidad, me pregunto si la opción para ocultar el campo de usuario al registrarse, que se añadió recientemente, hace posibles los campos de usuario que los usuarios no pueden ver.
Creo que los campos de usuario solo se muestran a los usuarios cuando son editables. Por lo tanto, si lo ocultas al registrarse y deshabilitas la edición (y la visualización y la búsqueda), el campo debería estar oculto para el usuario.
¡Realmente aprecio tu ayuda anterior! He redactado un informe de error que muestra este comportamiento claramente.
Hola, noté una configuración en el administrador llamada “Campos personalizados de usuario del personal”. No estoy seguro de para qué sirve ni cómo usarla.
¿Podrías ayudarme a entender cómo funciona esto? ¡Gracias!
Hasta ahora no he tenido ningún caso de uso para utilizar campos personalizados a través de la API. Así que no puedo decirte más de lo que aprendí de
Echa un vistazo a Discourse User Notes - Plugin - Discourse Meta. Está pensado para que el personal comparta notas internas sobre los usuarios. (Le encantan los gatos – Juega al golf con el CEO – etc.)
@copymonopoly ¿Las sugerencias de Moin y Toddz te ayudaron a resolver tu problema? FWIW, aquí en meta hacemos un uso muy activo de las notas de usuario para compartir información entre el personal sobre nuestros miembros. Funciona bien (posiblemente mejor que los campos de usuario personalizados) porque las notas están al alcance de tu mano:
También puedes acceder a las notas de usuario a través del explorador de datos y probablemente también agregarlas/acceder a ellas a través de la API.
Yo tampoco estaba seguro de esto, pero encontré un par de pistas…
Tiene más sentido junto a la configuración complementaria Campos personalizados de usuario públicos:
Y tienen que ver con quién puede acceder a qué registros a través de la API:
Curiosamente, los campos anteriores no parecen seleccionar de los campos de usuario personalizados disponibles, sino que aceptan cualquier entrada de texto, por lo que tendrías que introducir los nombres de los campos con precisión leer este documento detenidamente.
¿Es el nombre? Basándome en el documento que compartí anteriormente, pensé que necesitabas el ID
¡Oh, me perdí ese documento! 
El campo aceptó lo que sea que escribí y hice una suposición errónea.
Quizás sea un caso en el que sería bueno que la descripción de la configuración tuviera un enlace a la documentación.
Creo que lo que sería 
sería tener una búsqueda de campos personalizados para esas configuraciones de administrador que funcione de manera similar a la del Automa para ‘agregar usuario a grupo a través del campo personalizado del usuario’:
Creo que se mencionó anteriormente en alguna parte, pero no sé si tuvo algún avance.
¡Muchas gracias por la sugerencia!
Originalmente, planeaba usar campos de usuario personalizados porque quería escribir un pequeño componente que mostrara información específica que agrego para cada usuario. Por eso, no había considerado realmente el plugin principal de Notas de usuario de Discourse.
Pero suena como que Notas de usuario podría lograr algo similar y podría ser un enfoque útil. Realmente aprecio la recomendación. ¡Actualmente la estoy investigando!
@hugh algunos comentarios para tu equipo. Las entradas para las configuraciones del sitio de campos personalizados de usuario público y campos personalizados de usuario del personal aceptan cualquier cosa, pero solo la ID funciona, lo cual es confuso.
