InfoPath Form Times Out and Fails con error

Question

Tengo un formulario Infopath con un navegador bastante grande en una biblioteca de formulario. Recientemente, más personas lo están usando, y estamos viendo que se desprende después de una cierta cantidad de tiempo o posteriores.

No hace falta decir que los usuarios se están frustrando bastante, pasando más de una hora completando un formulario y luego hacer que falle y borrar todo.

El error en enviar es decir algo sobre que el formulario ha aumentado el tiempo. Encontré este error bastante autoexplicativo en los ULS-Logs:

El número de acciones de formulario, 220, ha superado los 200, el valor máximo permitido por solicitud. Este valor es configurable y puede ser cambiado por el administrador

He visto que hay varios lugares en SharePoint, es posible modificar las opciones de tiempo de espera/sesión. Excepto para arreglar las acciones de formulario por solicitud, ¿qué debo modificar para asegurarme de que el formulario no sea de tiempo (al menos durante 3 horas)?

¿Qué significa realmente la cantidad de devoluciones para una forma de Infopath? ¿Y qué hay de la cantidad de acciones por devolución?

Mis configuraciones (relevantes) en CA -> Configurar los servicios de formularios Infopath son:

• Tiempo de espera de conexión de datos predeterminado: 10000 (MS)
• Tiempo de espera de conexión de datos máximo: 20000 (MS)
• Número de posteriores por sesión: 75
• Número de acciones por devolución: 200
• Las sesiones activas deben finalizarse después de 1440 (minutos)
• Tamaño máximo de los datos de la sesión del usuario: 4096 (kilobytes)

Answer 1

Creo que el número de acciones por devolución de la respuesta fue la clave aquí, ya que mi formulario contenía posiblemente muchos campos para actualizar si el formulario estaba completamente completado desde cero. Aumentar las acciones por posterior parece haber resuelto el problema.

Answer 2

Si obtiene una herramienta llamada Fiddler y abre el formulario para completarlo, verá qué datos están publicando. Si está utilizando mucho formato condicional y validación, a menudo se tratan como posteriores. El selector de fecha a menudo será una devolución. También lo harán los campos de texto ricos porque abre y cierra la barra de herramientas.

Deberá ajustar el tiempo de conexión de datos aquí para asegurarse de cumplir con su límite de tiempo para todas las conexiones de datos, sin embargo, también deberá ajustar su tiempo de sesión para la aplicación web.

Hay muchas opciones en torno a la creación de formularios. Con la toma de más de una hora para completar su formulario, se encontrará con muchos problemas, lo que sugeriría es crear vistas de su formulario que dividen el formulario en partes más manejables y luego tener un botón de guardar o enviar en cada uno. Ver que publicará el formulario en su biblioteca de formulario para guardarla y luego establecer un valor y pasar a la siguiente vista. De esta manera, si los usuarios abandonan su escritorio o algo así y lo hace que se ponga en tiempo, su trabajo se guarda en la biblioteca y usted ha establecido un valor que asegurará que el formulario se abra en la vista correcta. Es posible que las vistas deban incluir valores de datos anteriores, pero puede hacerlo como secciones solo de lectura a medida que avanza de una vista a otra para que solo aquellas áreas que deben completarse en ese momento estén disponibles.

Esto debería mejorar en gran medida el rendimiento de su formulario, así como complacer a sus usuarios para que no tengan que comenzar de nuevo desde el principio si hay un tiempo de espera de sesión.