Asociar el mismo flujo a varias listas de SharePoint

El día de hoy tuve que replicar el mismo flujo de trabajo a listas diferentes, quienes lo han probado, se han dado cuenta que no es tan sencillo como copiar y pegar el flujo, aún en el mismo sitio.

La forma correcta es crear un tipo de contenido y un flujo asociado a ese tipo de contenido, pero en este caso la lista era muy pequeña y no quería hacerlo de esta manera. Así que encontre este post de Nick Grattan y solucionó mi problema:

1. Empezamos por crear un flujo que tenga al menos un paso, una condición y una acción en la lista destino donde deseamos copiar el flujo original. Por ejemplo, hice el siguiente flujo en la lista:

2. A continuación se abre SharePoint Designer y en el menú de navegación, seleccionen la opción All Files.

2. Después hacen clic en la carpeta de Workflows.

3. A continuación expanden el flujo que desean replicar. Voy a replicar el flujo Actualización fecha análisis que esta asociado a la lista de origen,

• El archivo .xoml.wfconfig.xml contiene los datos de asociación de la lista con el flujo.
• El archivo .xoml contiene las acciones del flujo.
• El archivo .xoml.rules contiene las condiciones del flujo.

4. Se hace clic derecho sobre el archivo .xoml y seleccionan la opción de abrir como XML.

5. Se repite este paso en el flujo destino, y se copian los datos.

6. Se debe copiar tambien el archivo .xoml.rules del flujo original al destino.

7. A continuación recomiendo refrescar la conexión de SharePoint Designer y hay dos opciones

                      a) Presionar el botón de refrescar

                       b) Limpiar el caché del SharePoint Designer. Para esto, deben borrar los archivos que están en las siguientes carpetas:

%APPDATA%\Microsoft\Web Server Extensions\Cache

%USERPROFILE%\AppData\Local\Microsoft\WebsiteCache

8. Para terminar, debe abrir el flujo donde copió el contenido de los archivos y presionar el botón Check for errors antes de guardarlo y publicarlo en el sitio.

Tener campos de solo lectura en la vista de editar items en SharePoint

En un tutorial anterior mostré como crear un formulario personalizado para la creación de ítems de listas en SharePoint, usando SharePoint Designer 2010.

Ahora voy mostrarles como tener campos de sólo lectura y campos editables en un nuevo formulario de Edición. Vamos a pasar de este formulario:

Al formulario que vamos a crear en este tutorial:

 

En mi sitio de SharePoint tengo una lista personalizada para la solicitud de requerimientos. En la siguiente imagen pueden ver encerrados en el cuadro verde los campos que deseo tener de solo lectura (Read-Only) y encerrados con azul los campos que voy a permitir modificar.

 

Paso a paso:

1. Nos conectamos al sitio con SharePoint Designer 2010 y hacemos clic en la parte de Lists and Libraries, buscamos la lista que deseamos modificar y hacemos clic en ella.

2. En la sección de Forms hagan clic en el botón New.

Nota: Es preferible trabajar siempre creado nuevas vistas y no modificar las vistas predeterminadas, por si alguna de nuestras modificaciones daña el formulario

3. Escriba el nombre del archivo, seleccione el tipo Edit item form y seleccione la casilla que lo predetermina (Set as default form for the selected type). Presione el botón OK.

4. Hacemos clic en el nombre del formulario para abrirlo.

5. Vamos a utilizar la vista de código (encerrada por el cuadro rojo) para modificar esta vista, porque utiliza XSLT, aunque para este ejemplo solo ocupamos conocimientos de HTML.

6. A continuación buscan la plantilla dvt_1.rowedit para modificarla.

7. Insertamos un reglón antes del campo que muestra el Detalle corto del requerimiento para poner un título.

8. Insertamos otro título antes del campo Solicitante.

9. Insertamos el título final antes del campo numero de contratacion asignado.

10. A todos los campos que deseamos mostrar como de solo lectura se les debe cambiar el atributo ControlMode. A continuación les muestro el código original:

<td width="400px" valign="top" class="ms-formbody">
       <SharePoint:FormField runat="server" id="ff1{$Pos}" ControlMode="Edit" FieldName="Title" __designer:bind="{ddwrt:DataBind('u',concat('ff1',$Pos),'Value','ValueChanged','ID',ddwrt:EscapeDelims(string(@ID)),'@Title')}"/>
       <SharePoint:FieldDescription runat="server" id="ff1description{$Pos}" FieldName="Title" ControlMode="Edit"/>
</td>

.csharpcode, .csharpcode pre
{
font-size: small;
color: black;
font-family: consolas, «Courier New», courier, monospace;
background-color: #ffffff;
/*white-space: pre;*/
}
.csharpcode pre { margin: 0em; }
.csharpcode .rem { color: #008000; }
.csharpcode .kwrd { color: #0000ff; }
.csharpcode .str { color: #006080; }
.csharpcode .op { color: #0000c0; }
.csharpcode .preproc { color: #cc6633; }
.csharpcode .asp { background-color: #ffff00; }
.csharpcode .html { color: #800000; }
.csharpcode .attr { color: #ff0000; }
.csharpcode .alt
{
background-color: #f4f4f4;
width: 100%;
margin: 0em;
}
.csharpcode .lnum { color: #606060; }

 

Y como debe quedar el código:

<td width="400px" valign="top" class="ms-formbody">
       <SharePoint:FormField runat="server" id="ff1{$Pos}" ControlMode="Display" FieldName="Title" __designer:bind="{ddwrt:DataBind('u',concat('ff1',$Pos),'Value','ValueChanged','ID',ddwrt:EscapeDelims(string(@ID)),'@Title')}"/>
       <SharePoint:FieldDescription runat="server" id="ff1description{$Pos}" FieldName="Title" ControlMode="Display"/>
</td>

.csharpcode, .csharpcode pre
{
font-size: small;
color: black;
font-family: consolas, «Courier New», courier, monospace;
background-color: #ffffff;
/*white-space: pre;*/
}
.csharpcode pre { margin: 0em; }
.csharpcode .rem { color: #008000; }
.csharpcode .kwrd { color: #0000ff; }
.csharpcode .str { color: #006080; }
.csharpcode .op { color: #0000c0; }
.csharpcode .preproc { color: #cc6633; }
.csharpcode .asp { background-color: #ffff00; }
.csharpcode .html { color: #800000; }
.csharpcode .attr { color: #ff0000; }
.csharpcode .alt
{
background-color: #f4f4f4;
width: 100%;
margin: 0em;
}
.csharpcode .lnum { color: #606060; }

11. Guardamos los cambios y probamos nuestro formulario.

Personalizar el formulario de visualización de elementos con SharePoint Designer

Con SharePoint 2010 y SharePoint Designer ahora es muy fácil personalizar los formularios de SharePoint para agregar títulos y separar la información mostrada. Si usan SharePoint 2007, este proceso no es tan sencillo.

En tutorial vamos a ver como modificar la vista creación (NewForm.aspx) de una lista de SharePoint 2010. A continuación les muestro la vista tradicional de SharePoint:

Y ahora la vista que vamos a crear en este tutorial:

 

En mi sitio de SharePoint tengo una lista personalizada para la solicitud de requerimientos. En la siguiente imagen pueden ver los campos que deseo mostrar en la vista de creación (encerrados por el cuadro verde) y los que están encerrados en el cuadro azul, deseo ocultarlos.

Importante: Si van a ocultar campos de una vista, asegúrense que esos campos NO sean requeridos o que tengan un valor predefinido.

 

Paso a paso:

1. Nos conectamos al sitio con SharePoint Designer 2010 y hacemos clic en la parte de Lists and Libraries, buscamos la lista que deseamos modificar y hacemos clic en ella.

2. En la sección de Forms hagan clic en el botón New.

Nota: Es preferible trabajar siempre creado nuevas vistas y no modificar las vistas predeterminadas, por si alguna de nuestras modificaciones daña el formulario

3. Escriba el nombre del archivo, seleccione el tipo New item form y seleccione la casilla que lo predetermina. Presione el botón OK.

4. Haga clic en nombre del formulario para editarlo.

5. Primero voy a agregar un reglón antes del campo Detalle corto del requerimiento (es el campo Título renombrado).

6. Seleccionamos el reglón insertado, buscamos en el menú superior las opciones de Table y unimos las celdas con Merge Cells.

7. Escribimos un título para esa sección. Este texto lo pueden formatear como lo deseen.

8. Insertamos un reglón arriba del campo del solicitante, para poner un segundo título.

9. Después de hacer unir esas celdas, escribo el segundo título de la tabla. Pueden observar que deje un espacio en blanco antes del título, para darle más separación a los datos.

10. Por último, selecciono los campos que no deseo mostrar en la vista y los borro.

11. Ahora guardamos la vista la probamos desde SharePoint.

Leer una lista de tareas de SharePoint desde InfoPath 2010

En este artículo vamos a ver como leer una lista de tareas en SharePoint y mostrarla en InfoPath 2010.

En un artículo posterior voy a mostrarles cómo insertar tareas desde InfoPath, pero iniciemos con lo básico.

Vamos a trabajar en la lista de tareas que se crea en forma predeterminada en un subsitio de equipo:

Ahora vamos a crear la conexión de datos a la lista de tareas de SharePoint.

1. En el menú de Data seleccionamos From SharePoint List.

2. Escribimos la dirección del sitio donde esta la lista de tareas que vamos a consultar y presionamos el botón Next.

3. Seleccionamos la lista de Tareas y presionamos el botón Next.

4. Seleccionamos los campos que deseamos mostrar (yo seleccione un poco más) y presionamos el botón Next.

5. En este caso no voy a guardar una copia de los datos en el formulario así que presionamos el botón Next.

6. Se deja marcada la opción obtener automáticamente los datos y presionamos el botón Finish.

En el formulario de InfoPath vamos a agregar los controles que muestran las tareas existentes.

1. En la ventana de Campos seleccionen la fuente de datos Tareas.

2. Expanda la sección de dataFields y haga clic derecho sobre el campo d:SharePointListItem_RW e inserte una Tabla repetitiva.

3. La tabla se insertó con los campos sin títulos, procedemos darle el formato que deseamos, en mi caso, sólo voy a mostrar algunos campos.

4. Así se ve el formulario hasta ahora, cambie el campo de vencimiento por un campo de texto y marque todos los campos como Read Only.

En el campo Asignado a inserte una sección repetitiva con controles y sólo deje el campo que muestra el Display Name. También agregué una columna a la derecha para poner un botón posteriormente.

6. Para finalizar, agregamos un botón para leer las tareas que están publicadas en la lista de SharePoint. Le puse a la etiqueta del botón Refrescar. A ese botón le ponemos una regla que consulte la lista de tareas.

Si prueban el formulario ya deben poder leer la lista de tareas de SharePoint cada vez que presionan el botón Refrescar.

Configuración de cuentas de caché de objetos

Si no terminamos configurar correctamente la instalación de SharePoint, es común que aparezca en el visor de eventos el siguiente error:

Caché de objetos: la cuenta de usuario súper usada por el caché no está configurada. Esto puede aumentar el número de errores en el caché lo que hace que la página solicite consumir recursos del sistema innecesarios.

Para configurar la cuenta use el siguiente comando ‘stsadm -o setproperty -propertyname portalsuperuseraccount -propertyvalue account -url webappurl’. La cuenta debería ser cualquiera que tenga acceso de control total a las bases de datos de SharePoint pero no es una cuenta del grupo de aplicaciones.

Información adicional:

Cuenta de usuario súper predeterminada actual: SHAREPOINT\system

 

En SharePoint 2010, las solicitudes de páginas o elementos están ligadas con dos tipos de perfiles de usuarios que hacen las consultas, especialmente cuando se usa la característica de Publicación.

Uno de los perfiles pertenece a los usuarios que pueden ver los elementos en borrador (típicamente autores o niveles superiores) y el otro perfil pertenece a los usuarios que no pueden ver estos elementos (lectores o visitantes).

Para mejorar el desempeño del caché, cuando un control de publicación solicita información al caché, el caché realiza la consulta usando dos cuentas: Portal Super User account y Portal Super Reader account, no con la cuenta que esta usando el control.

El resultado de estas consultas se almacena en el caché, de acuerdo a los permisos del usuario usado por el control de publicación, se le devuelve la información que le corresponde (con elementos de borrador o sólo elementos publicados).

Al agregar las cuentas de Portal Super User account y Portal Super Reader account a la Aplicación Web, el caché sólo almacena datos para estos dos usuarios, con lo que mejora el desempeño y reduce la memoria utilizada.

En forma predeterminada, las cuentas usadas son System Account para el Portal Super User, y NT Authority\Local Service para el Portal Super Reader, para cambiar esta configuración, siga estos pasos:

1. Ingrese a la Administración Central del servidor de SharePoint y haga clic en Aplicaciones Web.

2. Haga clic en Administrar aplicaciones Web.

3. Seleccione la aplicación Web que desea configurar.

4. En la pestaña de Aplicaciones Web, haga clic en Directiva de usuario.

5. Haga clic en la opción Agregar usuarios.

6. Deje la opción todas las zonas y presione el botón Siguiente.

7. Escriba el nombre de la cuenta que va a usar como super usuario y seleccione los permisos de Control Total, y presione el botón Finalizar.

8. Escriba el nombre de la cuenta que va a usar como super lector y seleccione los permisos de Acceso completo de lectura, y presione el botón Finalizar.

Finalmente, su aplicación Web debería tener al mínimo estas cuentas:

Integración de SharePoint 2010 con diferentes versiones de Office

SharePoint Designer

SharePoint Designer 2010 es necesario para editar los sitios de SharePoint 2010. No es compatible con versiones anteriores de SharePoint.

InfoPath 2010

InfoPath 2010 es necesario para la personalización de los formularios de presentación (display forms) en SharePoint 2010.

Cuando se usa para diseñar formularios para SharePoint 2007, los formularios se pueden llenar, pero no se pueden usar características como controles de metadatos BCS y el selector de personas.

 

Para las siguientes herramientas, para indicar si la característica esta disponible o no, vamos a utilizar los siguientes símbolos

 

 

Word

Característica	Word 2007	Word 2010
Guardar en SharePoint
Ver y administrar versiones
Ver, administrar e iniciar flujos
Ver y administrar tareas de flujos
Coautoría de los mismos documentos en forma simultánea
Escribir propiedades de Metadatos administrados
Sincronización de documentos con el servidor con un solo clic
Integración social con notas y etiquetas
Office Backstage

PowerPoint

Característica	PowerPoint 2007	PowerPoint 2010
Guardar en SharePoint
Ver y administrar versiones
Ver, administrar e iniciar flujos
Ver y administrar tareas de flujos
Coautoría de los mismos documentos en forma simultánea
Escribir propiedades de Metadatos administrados
Sincronización de documentos con el servidor con un solo clic
Integración social con notas y etiquetas
Office Backstage
Difusión de presentaciones de PowerPoint usando PowerPoint Web App
Edición de video e imagines dentro del documento
Herramientas de captura de pantalla

Excel

Característica	Excel 2007	Excel 2010
Guardar en SharePoint
Ver y administrar versiones
Ver, administrar e iniciar flujos
Ver y administrar tareas de flujos
Coautoría de los mismos documentos en forma simultánea
Escribir propiedades de Metadatos administrados
Sincronización de documentos con el servidor con un solo clic
Office Backstage
Publicación mejorada a Excel Web Access
Excel Spark Lines
Excel data slicers

Outlook

Característica	Outlook 2007	Outlook 2010
Conector social con LinkedIn
Vista desconectada (offline) de listas de SharePoint
Calendarios superpuestos
Plug-ins para conectarse a las características sociales de SharePoint

Visio

Característica	Visio 2007	Visio 2010
Guardar en SharePoint
Ver y administrar versiones
Ver, administrar e iniciar flujos
Ver y administrar tareas de flujos
Publicar a los web services de Visio desde el cliente
Construcción de flujos para SharePoint
Importar flujos de Visio a SharePoint Designer 2010
Office Backstage

Instalación del filtro de PDF en SharePoint Server 2010

 

1. Descarge el iFilter de Adobe PDF en 64 bits de la siguiente dirección:
http://www.adobe.com/support/downloads/detail.jsp?ftpID=4025

2. Instale el filtro en todos los servidores que van a realizar la indexación de contenido.

3. Si quiere agregar el ícono, para que se muestre en SharePoint, copie el ícono en la dirección:

C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\TEMPLATE\IMAGES

4. Abra el archivo docicon.xml de la dirección:

C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\TEMPLATE\XML

5. Agregue la siguiente línea en el archivo docicon.xml

        <Mapping Key=»pdf» Value=»icpdf.gif» OpenControl=”” />

Nota: Sustituya el nombre del archivo (en rojo) por el nombre de su imagen, debe agregar esa llave en la sección <ByExtension> del XML, le recomiendo que lo agrege en orden alfabético, antes de la llave del png.

6. En la Administración Central de SharePoint, navegue hasta la administración del sevicio de búsqueda y haga clic en la opción Tipos de archivo (File Types).

7. Agregue el tipo de archivo PDF.

8. Abra el editor de registro del servidor de SharePoint.

9. Navegue a la dirección \\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office Server\14.0\Search\Setup\Filters

10. Agregue una nueva llave presionando el botón derecho del ratón.

11. Escriba el nombre .pdf y presione Enter.

12. Agregue los siguientes registros a la llave:
<REG_SZ> Default = <value not set>
<REG_SZ> Extension = pdf
<REG_DWORD> FileTypeBucket = 1
<REG_SZ> MimeTypes = application/pdf

13. Navegue a la dirección \\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office Server\14.0\Search\Setup\ContentIndexCommon\Filters\Extension.

14. Agregue una nueva llave presionando el botón derecho del ratón.

15. Escriba el nombre .pdf y presione Enter.

16. Haga doble clic sobre el valor predeterminado y escriba el valor {E8978DA6-047F-4E3D-9C78-CDBE46041603}

17. Presione Ok para guardar los cambios.

18. Si usted tiene varios servidores que realizan indexación de contenido, debe exportar estas llaves e importarlas en esos servidores.

19. Por último, reinicie el IIS, y los servicios de windows “SharePoint Foundation Search
V4” y “SharePoint Server Search 14”.

Versiones de SharePoint 2010

A continuación se presenta un resumen de las características que tiene cada una de las versiones de SharePoint 2010, para conocer la versión más actualizada de esta información consulte la dirección http://sharepoint.microsoft.com/en-us/buy/Pages/Editions-Comparison.aspx.

 

Topic	Feature	Foundation	2010 Standard	2010 Enterprise
Sites	Accessibility	X	X	X
Audience Targeting	X	X	X
Claims-Based Authentication	X	X	X
Configuration Wizards	X	X	X
Connections to Microsoft Office Clients	X	X	X
Cross-Browser Support	X	X	X
High-Availability Architecture	X	X	X
Improved Backup and Restore	X	X	X
Improved Setup and Configuration	X	X	X
Large List Scalability and Management	X	X	X
Managed Accounts	X	X	X
Mobile Connectivity	X	X	X
Multilingual User Interface	X	X	X
Multi-Tenancy	X	X	X
Out-of-the-Box Web Parts	X	X	X
Patch Management	X	X	X
Permissions Management	X	X	X
Quota Templates	X	X	X
Read-Only Database Support	X	X	X
Remote Blob Storage (SQL Feature)	X	X	X
SharePoint Health Analyzer	X	X	X
SharePoint Lists	X	X	X
SharePoint Ribbon	X	X	X
SharePoint Workspace	X	X	X
Streamlined Central Administration	X	X	X
Support for Office Web Apps	X	X	X
Unattached Content Database Recovery	X	X	X
Usage Reporting and Logging	X	X	X
Visual Upgrade	X	X	X
Web Parts	X	X	X
Windows PowerShell Support	X	X	X
Improved Governance		X	X
Secure Store Service		X	X
Web Analytics		X	X
Communities	Blogs	X	X	X
Connections to Office Communication Server and Exchange	X	X	X
Discussions	X	X	X
Photos and Presence	X	X	X
Wikis	X	X	X
Ask Me About		X	X
Colleague Suggestions		X	X
Colleagues Network		X	X
Enterprise Wikis		X	X
Keyword Suggestions		X	X
Memberships		X	X
My Content		X	X
My Newsfeed		X	X
My Profile		X	X
Note Board		X	X
Organization Browser		X	X
Ratings		X	X
Recent Activities		X	X
Status Updates		X	X
Tag Clouds		X	X
Tag Profiles		X	X
Tags		X	X
Tags and Notes Tool		X	X
Content	Compliance Everywhere		X	X
Content Organizer		X	X
Document Sets		X	X
Managed Metadata Service		X	X
Metadata-driven Navigation		X	X
Multistage Disposition		X	X
Rich Media Management		X	X
Shared Content Types		X	X
Unique Document IDs		X	X
Word Automation Services		X	X
Search	Site Search	X	X	X
Basic Sorting		X	X
Best Bets		X	X
Click Through Relevancy		X	X
Duplicate Detection		X	X
Enterprise Scale Search		X	X
Federated Search		X	X
Metadata-driven Refinement		X	X
Mobile Search Experience		X	X
People and Expertise Search		X	X
Phonetic and Nickname Search		X	X
Query Suggestions, «Did You Mean?», and Related Queries		X	X
Recently Authored Content		X	X
Relevancy Tuning		X	X
Search Scopes		X	X
SharePoint 2010 Search Connector Framework		X	X
Windows 7 Search		X	X
Advanced Content Processing			X
Advanced Sorting			X
Business Intelligence Indexing Connector			X
Contextual Search			X
Deep Refinement			X
Extensible Search Platform			X
Extreme Scale Search			X
Rich Web Indexing			X
Similar Results			X
Thumbnails and Previews			X
Tunable Relevance with Multiple Rank Profiles			X
Visual Best Bets			X
Insights	Business Intelligence Center			X
Calculated KPIs			X
Chart Web Parts			X
Dashboards			X
Data Connection Library			X
Decomposition Tree			X
Excel Services			X
Excel Services and Power Pivot for SharePoint			X
PerformancePoint Services			X
Visio Services			X
Composites	Browser-based Customizations	X	X	X
Business Connectivity Services	X	X	X
Business Data Connectivity Service	X	X	X
Client Object Model (OM)	X	X	X
Developer Dashboard	X	X	X
Event Receivers	X	X	X
External Data Column	X	X	X
External Lists	X	X	X
Language Integrated Query (LINQ) for SharePoint	X	X	X
REST and ATOM Data Feeds	X	X	X
Ribbon and Dialog Framework	X	X	X
Sandboxed Solutions	X	X	X
SharePoint Designer	X	X	X
SharePoint Service Architecture	X	X	X
SharePoint Timer Jobs	X	X	X
Silverlight Web Part	X	X	X
Solution Packages	X	X	X
Visual Studio 2010 SharePoint Developer Tools	X	X	X
Windows 7 Support	X	X	X
Workflow	X	X	X
Workflow Models	X	X	X
Business Connectivity Services Profile Page		X	X
Workflow Templates		X	X
Access Services			X
Business Data Integration with the Office Client			X
Business Data Web Parts			X
InfoPath Forms Services			X

Flujos en SharePoint: Unexpected error on server associating the workflow

Trabajando con un flujo de trabajo grande, que contenia 10 acciones de aprobación, me encontré con este error a la hora de publicarlo:

Después de mucho investigar, encontré tres recomendaciones que resolvían la mayoría de los casos.

Opción 1:

1. Editar el archivo web.config correspondiente al sitio donde están publicando el flujo, generalmente en la ruta C:\inetpub\wwwroot\wss\VirtualDirectories\<puerto o alias>. Recuerden respaldarlo primero.
2. Buscar la línea <httpRuntime maxRequestLength=»51200″ />
3. Cambiarla de la siguiente forma <httpRuntime maxRequestLength=»51200″ executionTimeout=»300″ />

 

Opción 2:

Si el servidor ya cuenta con el cumulative update de Febrero del 2011, o el service pack 1 de SharePoint, se publicó la propiedad UserDefinedWorkflowMaximumComplexity, que permite prevenir que la compilación de los flujos que pueden afectar el desempeño de la granja.

El valor predeterminado de esta propiedad es 7000, y se puede utilizar el siguiente script de PowerShell para modificarla:

$webapp = get-spwebapplication http://urlsitiodesharepoint

$webapp.UserDefinedWorkflowMaximumComplexity = 30000

$webapp.Update()

 

Opción 3:

El flujo que estaba construyendo tenía 10 pasos de aprobación y cada acción “Start Approval Process” contiene 1176 nodos, y recuerden que la propiedad UserDefinedWorkflowMaximumComplexity permite un máximo de 7000 nodos.

Pero aunque ejecuté los pasos 1 y 2 en mi servidor, esto no solucionó mi problema, así que terminé reestructurandolo para que en lugar de ser un único flujo con 10 aprobaciones, hice 5 flujos de trabajo con 2 aprobaciones cada uno. Estos últimos se publicaron sin problema, por ser pequeños.

No era la solución ideal, pero me funcionó, “divide y vencerás”.

Para más información consulten el artículo: http://support.microsoft.com/kb/2557533

Lección 1 de respaldos en SharePoint 2010

Con SharePoint 2010 el proceso de respaldos se ha simplificado muchísimo, pero un error muy común es que no funcione porque las cuentas que están involucradas en el proceso no tengan permisos.

En la primer página de respaldos debe seleccionar los componentes que desea respaldar.

Esta última página es la más importante y la causa de la mayoría de errores. Fíjense que SharePoint pide una ubicación compartida (ejemplo: \\backup\SharePoint) para realizar los respaldos.

Aunque estén corriendo el SQL en el mismo servidor de SharePoint les recomiendo compartir la carpeta de respaldos. Y si están corriendo SharePoint en varios servidores, es indispensable que realicen esta tarea.

¿Como se comparte la carpeta? de la forma tradicional, clic derecho sobre la carpeta que desean compartir, seleccionan Share with y luego Specific people.

Es fundamental que la cuenta con que se ejecutan los servicios de SQL tenga permisos de escritura en esta carpeta, y también la que ejecuta el servicio del temporizador de SharePoint (usualmente spfarm, o spsetup).