Discourse Private Replies está bastante cerca
4 Me gusta
Gracias y sí, está cerca, pero no es el caso de uso. Este es más un “inicio una pregunta y todas las respuestas están ocultas y solo son visibles para el iniciador del hilo”.
En nuestro caso, tenemos miembros de soporte que tienen que iniciar sesión en SFTP/SSH/DB de los clientes. El cliente comienza con una pregunta y, en el 60% de los problemas, un miembro del soporte tiene que preguntar por la información de inicio de sesión. A veces, otro cliente tiene una pregunta similar y a este también se le debe permitir enviar información privada en ese hilo.
Pero no quieres que los clientes vean la información de los demás. Así que tienes que encontrar una manera de distinguir entre las publicaciones que deben ser visibles para todos y las publicaciones que solo deben ser visibles para el personal. Podrías separar un tema, usar Respuestas Privadas y pedirle al usuario sus datos, pero todos verían la pregunta, lo cual es extraño.
Pero Discourse permite a las personas interactuar con los usuarios del personal a través de PM incluso si están deshabilitados, siempre que el miembro del personal haya iniciado la conversación. Por lo tanto, puedes deshabilitar los PM, hacer que el personal envíe un mensaje a tus usuarios y ellos podrían responder.
Entonces, si tus miembros de soporte son staff, pueden simplemente enviar un mensaje privado a tus usuarios pidiéndoles la información.
1 me gusta
Sin embargo, PM solo funciona condicionalmente bien con cientos de solicitudes al día.
Por lo tanto, no debería ser la publicación completa, que ya no es visible, sino además de la publicación un campo en el que se pueda pasar texto (o un enlace). Este campo solo será visible para los moderadores. Así, el creador de la publicación siempre podrá dar una explicación pública del problema y también enviar datos de inicio de sesión, que no son visibles.
Para otro servicio, utilizamos un sistema de tickets, donde otros usuarios pueden responder preguntas además del personal de soporte. Esto es para promover la idea de comunidad. Allí tenemos una forma de implementar campos de texto debajo del campo de texto principal de contenido que envían información segura solo para nuestro personal. Así que pensé que tener algo así en Discourse sería genial.