Formularios públicos

Un formulario público es una página que cualquiera puede abrir sin tener cuenta. Alguien la completa y sus respuestas llegan a tu espacio de trabajo como una tarea común: sin copiar a mano, y sin exponer nada más del espacio de trabajo.

Formularios públicos aparece en el menú para quien tenga el permiso diseñar formularios públicos de ingreso; los administradores siempre lo ven, dentro de Administración. Las tareas que crea un formulario se leen como cualquier otro ítem de trabajo; no hay una bandeja aparte.

Los formularios públicos vienen desactivados en un espacio de trabajo nuevo. Un administrador los activa en Configuración → Funciones → Formularios públicos. Mientras están desactivados, nadie ve Formularios públicos en el menú y todo enlace de formulario responde que el formulario no está disponible; los formularios se conservan.

Crear un formulario

Nuevo formulario abre el diseñador, con una vista previa de la página pública junto a los ajustes y las preguntas. En la vista previa no se puede completar ni enviar nada; una vez guardado el formulario, Abrir el formulario abre la página real en una pestaña nueva. El diseñador revisa el formulario antes de guardar e indica qué falta.

El formulario

• Nombre del formulario: se muestra como título de la página pública.
• Dirección: la última parte del enlace público. Solo minúsculas, números y guiones, y única en tu espacio de trabajo. El enlace completo se muestra debajo del campo. Hay una palabra que no se puede usar: ticket, que es donde los remitentes siguen sus solicitudes (ver Qué recibe quien envía).
• El formulario está abierto: si lo apagas, el enlace deja de funcionar. A los visitantes se les dice que el formulario no está disponible; nunca se les dice por qué.
• Envíos aceptados por día: un límite de seguridad. Superado ese número, el formulario responde no disponible por el momento hasta el día siguiente, así una avalancha de spam te cuesta un número y no un proyecto entero. Un formulario nuevo empieza en 20; súbelo cuando esperes más.
• Verificar que el remitente no sea un robot: la página pública hace una verificación antes de que se pueda enviar un pedido. Solo aparece si esta instalación tiene la verificación configurada, y un formulario nuevo empieza con ella activada. Ver La verificación contra robots.

Adónde van los envíos

Configuración del formulario. Los visitantes nunca ven nada de esto.

• La tarea se creará dentro del proyecto: el proyecto o la fase donde cada envío se convierte en una tarea. El selector ofrece solamente ítems a los que puedas agregar trabajo.
• Se crea como: el usuario con el que se crea cada ticket. Su nombre es el que muestra el historial de la tarea, y su acceso decide dónde pueden caer los tickets, así que una cuenta dedicada (invitada una vez y con un inicio de sesión) es la opción más ordenada. Tiene que ser alguien que ya haya iniciado sesión al menos una vez.
• Asignar cada ticket a: opcional. La persona que elijas recibe la notificación habitual de asignación.
• Enviar cada ticket a un equipo: opcional, y una alternativa a la persona de arriba: elige una cosa o la otra, no ambas. Se muestra solo cuando los equipos de trabajo están habilitados. Cada ticket se crea restringido a ese equipo y sin asignar, así que queda en el bloque del equipo en Inicio hasta que un integrante pulse Tomar, y se notifica a todos los integrantes de que llegó. El resto puede seguir leyendo el ticket; solo el equipo puede editarlo. Cuando el proyecto o la fase de destino ya está restringido a un equipo, solo se puede elegir ese equipo, y el ticket conserva la visibilidad del destino.
• Grupo de clientes: opcional. Cada ticket se crea con este grupo de clientes ya definido, igual que si lo eligieras en el editor de tareas. Se muestra solo cuando los clientes están habilitados en tu espacio de trabajo.

La página que ven los visitantes

Todo esto aparece en la página pública.

• Idioma: el idioma de los botones y mensajes de la página pública. Tus propios textos se usan tal como los escribes, en el idioma que quieras. Un formulario con versiones en otros idiomas las lista debajo de este campo, cada una con un enlace a su diseñador, y el campo no ofrece los idiomas que ya tienen.
• Introducción: tus palabras, arriba de las preguntas. Acepta formato: títulos, listas, negrita y enlaces, con Vista previa para revisar el resultado. Las menciones y los enlaces a ítems de trabajo no están disponibles aquí: los visitantes leen la página sin una cuenta.
• Pie de página: letra pequeña debajo de tu logo y tu nombre, al final de todo. Pensado para un aviso legal o una nota al margen; se respetan los saltos de línea y el formato.
• Mensaje de agradecimiento: se muestra en lugar del formulario después de un envío exitoso, con el mismo formato.
• Tu logo y tu nombre: se muestran debajo del botón de envío y otra vez arriba del mensaje de agradecimiento, así el visitante ve de quién es el formulario que está completando. Salen de la marca de tu espacio de trabajo; si no configuraste ninguna, se muestran el logo y el nombre de mbovy por defecto.

Preguntas

Los visitantes ven todas las preguntas, en el orden de la lista.

Una pregunta se configura de arriba hacia abajo, en el orden en que actúa:

1. Pregunta y Texto de ayuda: lo que lee el visitante, arriba y debajo del campo de respuesta.
2. Tipo de respuesta: el control que recibe el visitante: texto corto, texto largo, elegir una, elegir varias, fecha, dirección de correo, sí/no, carga de archivos o tipo de tarea (los dos más abajo). Las preguntas de opciones llevan una opción por línea, en el orden mostrado.
3. Usar esta respuesta como: dónde cae la respuesta en la tarea. Solo aparece en los tipos que pueden completar un campo de la tarea; cualquier otra respuesta se escribe en la descripción como Pregunta: respuesta, y la pregunta lo dice.
4. Completar desde el enlace: solo en texto corto, y opcional. El nombre de un parámetro del enlace del formulario, en minúsculas. Con workspace aquí, un enlace que termina en ?workspace=acme abre el formulario con acme ya escrito en el campo de esta pregunta. No se puede usar lang: elige la versión en otro idioma del formulario. Ver Compartir el enlace.
5. Obligatoria: si el visitante tiene que responder.

Cada uso pertenece a una sola pregunta. Donde otra pregunta ya lo tiene, la opción se muestra en gris con el nombre de esa pregunta, así nada se pisa por accidente: libéralo ahí primero.

Mantener informado al remitente

En la pregunta que se usa como La dirección de correo del remitente, el interruptor Mantener informado al remitente aparece debajo de Usar esta respuesta como. En un formulario nuevo está apagado. Con el interruptor encendido, cada ticket que el formulario cree de ahí en más le escribe a su remitente:

• cuando cambia el estado o la prioridad de la tarea, automáticamente;
• cuando alguien del equipo decide enviarle un comentario (ver el editor).

Nada más sale del espacio de trabajo: ni el responsable, ni las fechas, ni la descripción, ni los archivos, ni los demás comentarios del equipo. Cada correo lleva un enlace a una página donde el remitente sigue la solicitud y puede responderle al equipo. Ver Qué recibe quien envía.

El interruptor necesita la pregunta del correo: todos los mensajes van a esa respuesta. Si quitas la pregunta, o la usas para otra cosa, el interruptor se apaga. Marca la pregunta como Obligatoria si quieres mantener informados a todos los remitentes; al que deja la dirección vacía no le llega nada, diga lo que diga el interruptor.

El interruptor decide cómo nacen los tickets nuevos. Un ticket que ya existe conserva su propia configuración, que tu equipo puede cambiar en el ticket mismo.

Para pedir el nombre del remitente, agrega una pregunta de texto corto y úsala como El nombre del remitente. La tarea muestra entonces el nombre junto a la dirección. Márcala como Obligatoria si siempre lo necesitas.

Dejar que el visitante elija el tipo de tarea

Pon Tipo de tarea como Tipo de respuesta y aparecen dos selectores debajo:

• Categoría de tarea: no se muestra a los visitantes. Solo decide qué tipos puedes ofrecer.
• Tipos de tarea que puede elegir el visitante: se muestran a los visitantes como las opciones de la lista, en este orden. Solo se ofrecen los tipos que marcas, así que una categoría con doce tipos puede ofrecer tres. Un tipo que tiene una prioridad predeterminada la muestra al lado del nombre, porque el ticket la toma (ver más abajo).

El texto de la pregunta y el texto de ayuda son tuyos, como en cualquier otra pregunta, y son lo que el visitante lee arriba de la lista. Solo una pregunta por formulario puede elegir el tipo de tarea; cuando una lo hace, Tipo de tarea queda en gris en las demás.

El visitante ve los nombres de los tipos tal como están en el momento en que abre el formulario; un tipo renombrado muestra el nombre nuevo sin que tengas que volver a guardar el formulario. Un tipo que después deshabilitas o eliminas simplemente desaparece de la lista. Si todos los tipos ofrecidos desaparecen, el formulario deja de aceptar pedidos y queda marcado como Requiere atención, como cualquier otro formulario roto; marca otros tipos y guarda para arreglarlo.

Haz la pregunta Obligatoria cuando todos los tickets necesiten un tipo. Si la dejas opcional, un visitante que la omite crea una tarea sin tipo, y tu equipo le pone uno después.

Dejar que el visitante adjunte archivos

Pon Carga de archivos como Tipo de respuesta y aparecen dos números debajo:

• Máximo de archivos: cuántos archivos puede adjuntar un visitante en esta pregunta. Empieza en 1; de 1 a 10.
• Tamaño máximo por archivo (MB): el archivo más grande que se acepta. Empieza en 5; de 1 a 10, o menos cuando esta instalación guarda archivos más pequeños, y en ese caso el campo muestra el límite real.

Debajo de los dos números el diseñador dice cuánto pueden costar: cuánto puede sumar un envío al almacenamiento de tu espacio de trabajo, y cuánto puede sumar el formulario en un día con sus Envíos aceptados por día. Permitir más archivos o archivos más grandes puede llenar tu almacenamiento rápido, y la nota pasa a ser una advertencia cuando superas los números iniciales. El límite de almacenamiento de tu plan se sigue aplicando a estos archivos, igual que a los que adjunta tu equipo.

Un envío puede llevar 25 MB como máximo, sumando todas sus preguntas con archivos. El diseñador suma lo que permite cada pregunta con archivos (archivos por tamaño) y marca las preguntas cuando la suma pasa de 25, así que baja alguno de los números. Un formulario puede tener más de una pregunta con archivos mientras entren.

Los tipos aceptados son fijos y no se cambian por formulario: imágenes (JPG, PNG, GIF, WebP), PDF, documentos de Word, Excel y PowerPoint (.docx, .xlsx, .pptx), archivos de texto y CSV, y archivos ZIP. Cualquier otro se rechaza, igual que un archivo cuyo contenido no es lo que dice su nombre, por ejemplo un programa renombrado. Al visitante se le dice qué archivo se rechazó y por qué, y no se crea nada hasta que todos los archivos se aceptan.

Los archivos llegan como adjuntos comunes de la tarea: están en su pestaña Adjuntos, su Historial muestra cada carga con la cuenta de Se crea como, y la descripción lista sus nombres debajo de la pregunta. Quién puede abrirlos lo decide la tarea, como con cualquier otro adjunto.

Agregar una pregunta con archivos no necesita nada más que el permiso diseñar formularios públicos. La cuenta de Se crea como no necesita el permiso subir adjuntos: ese permiso es sobre lo que una persona con sesión iniciada puede adjuntar a mano, y estos archivos entran por el formulario.

Los archivos usan el almacenamiento de tu espacio de trabajo. En Cuando un formulario deja de funcionar está qué pasa cuando se llena.

Todo lo demás —estado, prioridad, si es proyecto, fase o tarea, fechas, cliente, asignación, restricción— queda en manos de tu equipo. Un visitante nunca puede definirlos, así que una pregunta del tipo "¿qué tan urgente es?" es simplemente una línea de texto que tu equipo lee antes de clasificar.

El ticket se crea con prioridad Normal, con una excepción que controla tu equipo: cuando el visitante elige un tipo de tarea que tiene una prioridad predeterminada, el ticket se crea con esa prioridad. Al visitante nunca se le muestran prioridades, solo los nombres de los tipos.

Cada tarea recibe además un pie corto que dice de qué formulario vino, cuándo se envió y la dirección de quien lo envió, si el formulario la pidió.

La verificación contra robots

Verificar que el remitente no sea un robot, en el grupo El formulario, hace que la página pública ejecute una verificación de Cloudflare (Turnstile) antes de que se pueda enviar un pedido. El interruptor solo aparece si esta instalación tiene la verificación configurada; si no lo ves, aquí no está disponible.

• Un formulario nuevo empieza con el interruptor activado. Desactívalo si no quieres la verificación; el formulario respeta tu elección. Los formularios creados antes de que la verificación estuviera disponible siguen desactivados hasta que lo actives.
• La mayoría de los visitantes no nota nada, y tú tampoco cuando pruebes el formulario: la verificación corre sola y no muestra nada. Solo a un visitante del que Cloudflare duda se le pide marcar una casilla, que aparece justo arriba de Enviar.
• Un pedido solo se acepta si la verificación pasa. Si no pasa, se le avisa al visitante y puede enviar el formulario de nuevo; no se crea nada y nada cuenta para Envíos aceptados por día.
• Cuando le agregas a un formulario con el interruptor desactivado su primera pregunta de Carga de archivos, el interruptor se activa solo y lo dice al lado: los archivos son lo que más cuesta en una avalancha de spam. Puedes desactivarlo de nuevo y el formulario respeta tu elección. Los formularios que ya tenían una pregunta de archivos no cambian.
• La vista previa muestra dónde va la verificación con un marcador. La verificación en sí solo corre en la página pública.

Con el interruptor activado, el navegador de cada visitante se conecta con Cloudflare, que ve su dirección de red y datos de su navegador. Si tus visitantes tienen que saberlo, dilo en el Pie de página del formulario o en tu propio aviso de privacidad: el formulario no agrega ningún aviso por su cuenta. Con el interruptor desactivado, la página pública nunca carga la verificación.

La verificación encarece el envío de spam; no reemplaza los demás límites del formulario. Envíos aceptados por día rige con el interruptor activado o desactivado.

Duplicar un formulario

Duplicar, en el menú Más acciones de la fila en la lista, abre el diseñador con una copia del formulario: el mismo proyecto, la misma cuenta, el mismo reparto, los textos, las preguntas y los límites. El nombre de la copia termina en (copia), su dirección termina en -copy y empieza cerrada. Nada se guarda hasta que la guardas; si sales del diseñador antes, no se crea nada. Los envíos del original se quedan en el original.

Una copia conserva el idioma del original y no es una de sus versiones en otros idiomas. Para ofrecer el mismo formulario en otro idioma, usa Agregar versión en otro idioma.

Versiones en otros idiomas

Un formulario puede tener una versión en cada idioma de la aplicación, y las versiones responden a los enlaces de las demás: quien abre el enlace del formulario en inglés con ?lang=es recibe la versión en español (ver Compartir el enlace).

Agregar versión en otro idioma, en el mismo menú, primero pregunta en qué idioma está la nueva versión, y ofrece solo los idiomas que el formulario todavía no tiene. Después el diseñador se abre con una copia, como al duplicar: su nombre termina con el nombre del idioma, su dirección termina con las dos letras del idioma (-es) y empieza cerrada. Traduce su nombre, sus textos y sus preguntas, y ábrela cuando esté lista. Nada se guarda hasta que la guardas. Cuando el formulario ya tiene una versión en cada idioma, la opción aparece deshabilitada.

Con el permiso usar el asistente de IA, el mismo diálogo ofrece Traducir con el asistente de IA, deshabilitado mientras el asistente de IA no está configurado. Si lo marcas, el asistente escribe el nombre, los textos, las etiquetas, las ayudas y las opciones de la copia en el nuevo idioma antes de que se abra el diseñador; la dirección, las claves de las preguntas, los parámetros del enlace y los nombres de los tipos de tarea quedan como están. El borrador no se guarda hasta que lo guardas, la versión sigue empezando cerrada y un aviso sobre el formulario pide leer cada texto antes: nadie más los revisa. Si la traducción falla, o no coincide con las preguntas del formulario, el diseñador se abre con los textos del original y lo indica. Un formulario demasiado largo para traducirse en un solo pedido se rechaza antes de enviar nada.

• Cada versión es un formulario propio, con su dirección, sus interruptores, sus límites, su reparto y sus envíos, y cada una cuenta sus propios Envíos aceptados por día. Guardar una no cambia nada en las demás: una pregunta agregada a la versión en inglés falta en la de español hasta que la agregues ahí.
• Una versión por idioma. El Idioma de una versión solo puede cambiar a un idioma que las otras versiones no tengan.
• Ninguna versión es la original. Eliminar una deja las demás como están.
• Un formulario es una versión solo si se crea con Agregar versión en otro idioma. Un formulario nuevo o una copia no pertenecen a ningún conjunto, y ninguna edición posterior agrega un formulario a uno ni lo saca.
• Los nombres de los tipos de tarea no se traducen. Una pregunta de Tipo de tarea muestra tus tipos de tarea por su nombre en todas las versiones, así que nómbralos de forma que todos tus visitantes los entiendan.

Compartir el enlace

Copiar enlace en la lista copia la dirección completa. Está pensado para compartirse —pegado en correos, impreso en una página—, así que trátalo como público y no como secreto.

Código QR, al lado en la lista y junto a Abrir el formulario en el diseñador una vez guardado el formulario, muestra un código que abre el mismo enlace al escanearlo con la cámara del teléfono. Descargar imagen lo guarda como una imagen PNG para ponerla en un afiche, una tarjeta de mostrador, un comprobante o un correo. El código se arma con el enlace tal como está en ese momento: si cambia la Dirección del formulario o el nombre del espacio de trabajo, descárgalo de nuevo, porque las copias impresas apuntan al enlace viejo.

Cuando tu espacio de trabajo tiene su propia dirección web, el enlace es esa dirección seguida de /intake/ y la Dirección del formulario, por ejemplo acme.example.com/intake/soporte. La propia dirección web identifica al espacio de trabajo, así que el enlace no lo repite. Los enlaces compartidos antes de que tu espacio de trabajo tuviera su propia dirección llevan el nombre del espacio de trabajo después de /intake/, y siguen funcionando.

Cuando tu espacio de trabajo no tiene una dirección propia, el enlace lleva el nombre del espacio de trabajo después de /intake/.

Para llevar a los visitantes a la versión en su idioma, agrega lang y las dos letras del idioma al enlace: acme.example.com/intake/soporte?lang=es, o &lang=es después de otros parámetros. Un código regional como es-AR también sirve. Cuando el formulario tiene una versión abierta en ese idioma, el visitante recibe esa versión, con sus botones y mensajes en ese idioma, y la solicitud la crea esa versión. Si no (sin lang, un idioma sin versión o una versión cerrada), el enlace abre el formulario que nombra, y un formulario cerrado sigue cerrado diga lo que diga lang. Nada más elige la versión, ni el navegador ni la cuenta del visitante, así que pon lang en cada enlace que compartas.

Un enlace puede traer respuestas iniciales. Por cada pregunta de texto corto que tenga Completar desde el enlace, agrega su parámetro al final del enlace: acme.example.com/intake/soporte?workspace=acme, con & entre varios. El formulario se abre con esos valores ya escritos en sus campos. El visitante los ve y puede cambiarlos o borrarlos antes de enviar, y a partir de ahí cada uno es una respuesta como cualquier otra: un campo completo cuenta para Obligatoria, y nada en la tarea dice que lo escribió el enlace. El nombre coincide sin importar las mayúsculas, un parámetro que ninguna pregunta nombra se ignora, y un valor más largo de lo que admite su campo se recorta.

Cualquiera puede editar un enlace, así que un valor que llega de esta forma es lo que dijo el navegador de quien envía, no algo verificado. En la pregunta del título significa además que quien escribe el enlace escribe el título que envía un visitante apurado. Y un enlace no es lugar para nada privado: quien ve el enlace ve el valor, y queda en la barra de direcciones.

Qué recibe quien envía

Si el formulario pide una dirección de correo y el envío de correo está activado en esta instalación, quien envía recibe un acuse con una copia de sus respuestas.

Quien envía puede adjuntar archivos solo cuando el formulario tiene una pregunta de Carga de archivos. El acuse lista los nombres de los archivos que mandó, no los archivos.

Lo que pasa después depende de Mantener informado al remitente.

Con el interruptor apagado, el acuse no lleva enlace ni número de referencia, y no hay una página pública donde el remitente pueda seguir el avance. Para avisarle que el trabajo está listo, escríbele a la dirección guardada.

Con el interruptor encendido, el acuse trae el número de la solicitud y un botón Ver la solicitud, y después el remitente recibe:

• un correo cuando cambia el estado o la prioridad de la tarea. Un guardado que cambia los dos manda un solo correo que nombra ambos;
• un correo con el texto de cada comentario que alguien del equipo le envía.

Los correos se escriben en el Idioma del formulario. Las respuestas a esos correos no se leen, y cada uno lo dice.

El espacio de trabajo envía como máximo 3 de estos correos por día a una misma dirección, y 100 por día entre todos los remitentes. Pasado cualquiera de los dos límites, la solicitud llega igual y se convierte en tarea como siempre; solo el correo no se envía, y los mensajes de la solicitud lo indican.

El botón abre la página de la solicitud: el enlace del formulario seguido de /ticket. La página pide el número de solicitud, que ya viene completado desde el enlace, y la dirección de correo con la que se envió la solicitud. La dirección nunca va en un enlace; escribirla es lo que prueba quién pregunta. Con los dos datos correctos, la página muestra:

• el número y el título de la solicitud, su estado y su prioridad, cuándo se recibió y a quién está asignada;
• todo lo que se le dijo al remitente, de lo más nuevo a lo más antiguo, y sus propias respuestas.

No muestra nada más de la tarea: ni la descripción, ni los archivos, ni los otros comentarios, ni el historial.

Cuando el mensaje más nuevo es un comentario del equipo, la página ofrece Responder al equipo. La respuesta es texto sin formato, sin archivos. Llega a la tarea como un comentario marcado Del remitente, y se notifica al responsable y a quienes siguen la tarea. El remitente puede responder una vez por comentario: para que diga algo más, envíale otro comentario. Un cambio de estado o de prioridad posterior a tu comentario también cierra el cuadro de respuesta hasta que vuelvas a escribir.

Un número o una dirección equivocados reciben la misma respuesta que una solicitud que no existe, así la página no le dice nada a quien está adivinando. Después de diez intentos fallidos con un mismo número, ese número deja de abrirse durante una hora, para todos.

La página sigue funcionando después de cerrar el formulario a envíos nuevos (El formulario está abierto apagado). Deja de funcionar para un ticket que tiene apagado su propio Mantener informado al remitente, y para todos los tickets de un formulario eliminado.

Cuando un formulario deja de funcionar

Un formulario solo se guarda si la cuenta con la que crea tickets realmente puede agregar una tarea dentro del destino elegido. Si eso cambia más adelante —el proyecto se archiva, la cuenta pierde acceso o deja el espacio de trabajo, se elimina el grupo de clientes, desaparecen todos los tipos de tarea ofrecidos—, los envíos empiezan a fallar. Los visitantes ven solamente no disponible por el momento; el formulario queda marcado como Requiere atención en la lista, y al abrirlo se ve qué pasó. Al corregir la causa y guardar el formulario, la marca desaparece.

Un formulario con una pregunta de Carga de archivos puede dejar de funcionar por un motivo más: el almacenamiento del espacio de trabajo está lleno. Los envíos que llevan archivos se rechazan hasta que vuelva a haber lugar. Eliminar una tarea no elimina sus adjuntos, así que cuando limpies envíos no deseados, elimina primero sus archivos en la pestaña Adjuntos y después las tareas. Bajar Envíos aceptados por día limita cuánto almacenamiento puede ocupar una avalancha de spam.

Si los archivos de un envío no se pueden guardar porque falla el propio servicio de almacenamiento, la tarea se crea igual y el visitante ve igual el mensaje de agradecimiento. La descripción de la tarea nombra los archivos que faltan, y el formulario queda marcado como Requiere atención.

Un formulario con Verificar que el remitente no sea un robot activado puede dejar de funcionar por dos motivos más, y en los dos el visitante ve solamente no disponible por el momento:

• Las claves de la verificación de la instalación faltan o son rechazadas. Se rechazan todos los pedidos y el formulario queda marcado como Requiere atención con The robot check is misconfigured on this installation. Quien administra la instalación tiene que corregir las claves. Mientras tanto puedes desactivar el interruptor y guardar: el diseñador lo sigue mostrando, con una advertencia, para que puedas hacerlo.
• No se puede contactar a Cloudflare. Los pedidos se rechazan hasta que se pueda. El formulario no queda marcado, porque no hay nada que corregir en él.

Todos los formularios del espacio de trabajo también dejan de aceptar pedidos mientras el espacio de trabajo es de solo lectura. A los visitantes se les dice que el formulario no está disponible; los formularios no quedan marcados, y vuelven a aceptar pedidos apenas se aplica una licencia.

Eliminar un formulario

Eliminar, en el menú Más acciones de la fila, quita el formulario y corta su enlace en el acto. Las tareas que ya había creado quedan tal como están.

Eliminar un formulario también elimina el registro de quién envió cada uno de sus tickets y de lo que se le dijo. Las tareas pierden la tarjeta Del formulario público, sus remitentes ya no pueden abrir la página de la solicitud y no se les envía nada más. Sus comentarios quedan en las tareas.