Aquí es otro artículo para que escribió www.sharepointbriefing.com. Éste describe una técnica que podemos en SharePoint Designer para realizar cálculos que no son posibles usando cualquiera de las actividades de estilo de cálculo incorporado. La idea básica es utilizar una lista personalizada como un motor de cálculo – definir una lista que realiza el cálculo correctamente, crear un elemento a través del SPD y, a continuación, leer el resultado.
Aquí es un reclamo:
Lea más sobre ello aquí: http://sharepointbriefing.com/features/article.php/3866646/Use-Calculated-Columns-to-Close-Gaps-in-Workflows.htm
</final>
Sígueme en Twitter en http://www.twitter.com/pagalvin
No haber leído aún el post completo, Suena tu descripción anterior que usted sugiere diferentes listas para diferentes cálculos.
En su lugar (y me dí cuenta que estar sugiriendo esto en tu post), Usted puede tener una lista de todos los cálculos. Necesita un nuevo tipo de cálculo? Añadir algunas columnas más. Y por supuesto, Usted puede mantener el control de la lista utilizando el flujo de trabajo para delet elementos de lista tan pronto como se han terminado los cálculos para un flujo de trabajo concreto.
El único problema que veo con esta implementación es la suposición de que el ID del elemento copiado es el ID del elemento que está copiando +1 (en una lista muy ocupada, esto podría causar problemas).
Hay una solución que se disparará los eventos necesarios para actualizar la columna calculada. Un segundo flujo de trabajo, éste en la lista de campos calculados WF. Agregar una columna(s) a la lista calculada, un ExternalID y tal vez un nomLista. Luego tenemos el flujo de trabajo agregar el ID del elemento de a que flujo de trabajo se une y el nombre de la lista donde reside al elemento calculado. Después de crear el elemento de la lista para hacer el cálculo, establecer el flujo de trabajo que esperar hasta el cambio de campo (CalcReceiver que contenga el valor calculado).
Prendió la lista calculado para un WF, por crear, encontrar el punto (en la lista correcta utilizando ramas condicionales y nomLista) usando el ExternalID, y actualizar el campo CalcReceiver con los datos calculados.
Entonces tampoco WF entonces sería eliminar el elemento de lista calculado.
Funcionamiento del flujo de trabajo secundario rellena el valor calculado, y está seguro de que siempre se referirá a la lista correcta.
(la presentación de comentario en el sitio con el post completo no le gusta mi nombre….)
Pingback: Utiliza columnas calculadas para cerrar lagunas técnicas en flujos de trabajo de SPD – otra solución « De trabajo