Usted está aquí: Inicio / Herramientas / Documentación de Web / Administrar Aprobaciones y flujo de trabajo de otros para el contenido

Administrar Aprobaciones y flujo de trabajo de otros para el contenido

Flujo de trabajos

Guía:

  • Definiciónes y Fondo

Cuales flujos de trabajo a controlar y cuando usarlos

Como cambiar flujos de trabajo que gobiernan el contenido

Como modificar un flujo de trabajo que existe para sus necesidades

Como crear un nuevo flujo de trabajo para editar en grupo

Una de las mayores fortalezas de Plone es su sistema de flujo de trabajo avanzado. El control de los flujos de trabajo se encuentra contenido en Plone. Usted puede utilizar flujos de trabajo para controlar quién puede ver una página, que puede modificar una imagen, que puede crear un evento, y quién puede ver el contenido de una carpeta determinada.


También se pueden definir los procesos de revisión para sus objetos de contenido, dando a los distintos grupos de usuarios diferentes niveles de acceso a los objetos de contenido, dependiendo del lugar donde el objeto esté en el proceso de revisión. Por ejemplo, usando uno de los flujos de trabajo de valores de Plone, puede exigir que cuando un usuario crea una página, la página sea revisada para que esté disponible al público.

En esta sección, le enseñaremos los conceptos fundamentales de los flujos de trabajo de Plone. Le mostraremos cómo cambiar los flujos de trabajo, los valores que rigen los tipos de contenido en su sitio, y también de cómo modificar estos flujos de trabajo para adaptarse mejor a las necesidades de su sitio.

 

 

Fondo

Empecemos con una definición, para que los términos utilizados más adelante en el capítulo sean claros:

Un flujo de trabajo define los estados (que son paquetes de permisos para cada función) para los objetos de un tipo de contenido determinado, y las transiciones entre estos estados (por lo general vigilancia en términos de los permisos de un usuario que deben tener para ejecutar esas transiciones).

Dentro de esa definición, hay algunos otros términos que son importantes de entender. Empezaremos con los permisos. Los permisos son un concepto de bajo nivel en Zope que determinan si un usuario puede realizar alguna acción (por ejemplo, Ver (un objeto), Modificar (atributos de ese objeto) o Añadir (alguna pieza de contenido). Para tener una idea de los permisos disponibles en Plone, vaya a Configuración del sitio de su sitio y, a continuación, haga clic en Zope Management Interface (conocido como el ZMI).
Una vez allí, haga clic en la ficha de seguridad en la parte superior de la pantalla para ver la larga lista de permisos.

Como se puede ver en la siguiente captura de pantalla, en la parte superior de las columnas, verá nombres como Administrador, Revisor, y miembros. Estas son las distintas funciones que un usuario podría tener para una carpeta determinada.

 

Papeles

En la ficha de seguridad, una función es un conjunto de permisos para un grupo de usuarios (un usuario que tenga ese papel) en un contexto dado. Fuera de la caja, Plone incluye las siguientes funciones: Anónimo, autenticados, Propietario, colaborador, redactor, director, miembro, lector, y Revisor. Anónimo, registrados y Propietarios son un poco inusual, porque Plone les asigna de forma automática, como era de esperar, a los usuarios no registrados un papel anónimo, y los usuarios registrados tienen la función de registrados. Tenga en cuenta que cualquier permiso que los usuarios anónimos, todos los otros usuarios también lo han hecho, aun cuando están registrados. Además, el usuario tendrá la función de propietario para cualquier objeto que él o ella vayan a crear.

Así, por ejemplo, un usuario conectado puede tener el papel de colaborador en su sitio, y esto da al usuario permiso para agregar eventos a su sitio. Pero ese mismo usuario puede que no tenga el permiso para borrar cualquier contenido publicado en el sitio.

Zope (y en consecuencia Plone) utiliza el concepto de la adquisición, lo que puede ser complicado si bien la programación, pero hace que la seguridad sea mucho más simple. Con la adquisición, un contenedor u objeto no es necesario definir explícitamente todos los permisos posibles para sí mismo. En su lugar, sólo tiene que declarar explícitamente los permisos que son importantes para su propia seguridad. Todo lo demás se adquiere a partir del contexto del contenedor.

Así, por ejemplo, las carpetas no pueden establecer un permiso específico para el contenido Modificar portal, sino que puede adquirir papeles que tienen que el permiso de la raíz del portal (su sitio Plone). Esto será útil a tener en cuenta para su uso posterior, un permiso que no se establece explícitamente en su flujo de trabajo y en algunos casos, adquirirá los permisos de su contexto y los padres. Así que si por alguna razón, los usuarios pueden copiar y pegar cuando usted no cree que deberían, es posible que desee ver qué funciones tienen el permiso en la raíz de su portal, y luego controlar de forma explícita en su flujo de trabajo.


El elevado número de permisos y casillas de verificación en la ficha de seguridad puede ser un poco abrumador, y tiene razón si se siente un poco nervioso acerca de cambiar algo aquí. De hecho, el cambio de configuración de seguridad de la página con fichas de seguridad por lo general es una mala idea, los cambios de flujo de trabajo anularán cualquier cosa que modifique la seguridad de la página con fichas, y el flujo de trabajo es un modo más sistemático para gestionar la seguridad.

En general, el único lugar donde es una idea aceptable para cambiar la configuración de seguridad es la raíz de su sitio. Afortunadamente, con flujos de trabajo, usted no tiene que perder el tiempo con la seguridad de página con fichas para cualquier individuo a objetos en su lugar, se llega a definir cómo los cambios de seguridad para clases enteras de objetos en un estado dado.

 

Estados

Un estado es un conjunto de permisos para cada función (en su portal) para un objeto dado. Por ejemplo, una página en el estado privado sólo puede ser vista por su dueño. La misma página, cuando en el estado de publicación, puede ser vista por cualquier persona, pero sólo puede ser editado por un administrador. Estados típicos podría incluir una fase de proyecto, una etapa de revisión, una fase de copia de la edición, y una fase de publicación. En cada estado, los diferentes grupos de usuarios tienen el derecho de ver, editar o incluso borrar un objeto. Por ejemplo, un grupo de editores pueden ser los únicos usuarios que tienen permiso para editar una página en la etapa de edición de textos, no sea que algún otro usuario introduce errores durante esta fase. Durante la fase de proyecto, sin embargo, todos los usuarios registrados puedan tener acceso a modificar una página, para facilitar la colaboración.

 

Transiciones

Estados, por sí solos, no son muy útiles, aunque, una página en el estado de borrador necesita alguna manera de llegar al estado de publicación. De lo contrario, el público destinatario no puede ver. Una transición es exactamente lo que se puede esperar-una manera de cambiar el estado de un objeto. Las transiciones se definen entre dos estados. En nuestro ejemplo anterior de flujo de trabajo, no exactamente sería útil que un escritor aplique la transición a una página de edición de textos.


Afortunadamente, los autores de motor de flujo de trabajo de Plone dan cuenta de esto y ahora le permiten definir los roles de guardia que especifican las funciones necesarias para ejecutar una transición dada. Usted también puede permitirse tantas conexiones como quiera entre los estados, por lo que podría crear un flujo de trabajo donde los autores han de enviar a sus páginas para revisión, pero los directores (y sólo los administradores) puede saltarse todos los fenómenos de entre los estados y empujar una página directamente De lo privado a publicarse.

Si usted está hurgando en el flujo de trabajo con fichas de página, realmente se dará cuenta de diferentes tipos de transiciones y opciones de guardia. El motor de flujo de trabajo de Plone es increíblemente flexible y potente, y permite transiciones automatizado custodiado por el código de Python, que puede evaluar las complejas normas. Sin embargo, en representación de esas características extra está fuera del alcance de este capítulo. Si usted está interesado, le animo a seguir leyendo en la sección de documentación de permisos de plone.org

http://plone.org/documentation/tutorial/understanding-.

 

El cambio de flujo de trabajo de su sitio

 

Los diferentes tipos de sitios requieren diferentes tipos de flujo de trabajo y acceso, y Plone permite cambiar los flujos de trabajo que rigen el contenido de fácil. Por ejemplo, usted puede tener un sitio que se utilizará como una Intranet / Extranet. Plone proporciona un par de flujos de trabajo para este caso (Intranet / Extranet de flujo de trabajo y flujo de trabajo Intranet para las carpetas). Afortunadamente, al pasar de simple publicación de flujo de trabajo a la Intranet de flujo de trabajo es indoloro. Usted puede encontrar los flujos de trabajo (y un montón de otros ajustes útiles) para su sitio en la web de configuración en la opción Tipos, como se muestra en la siguiente pantalla:


La sección de configuración de tipo de muestra todos los tipos de contenido y, a continuación la opción (por defecto). Dentro de Zope / Plone, puede especificar un flujo de trabajo para cada tipo de contenido, o decir que el tipo sigue el electo. Por defecto, todos los tipos utilizarán el ajuste (por defecto). Esto se puede ver en el ZMI,:

 

Administrar Aprobaciones y flujo de trabajo de otros para el contenido

Fuera de la caja, el flujo de trabajo predeterminado es el simple flujo de trabajo, que se aplica a todos los tipos de contenido incluidos, excepto de archivos y de imágenes. Como los archivos y las imágenes no tienen flujos de trabajo, adquieren la totalidad de sus permisos de sus envases, es decir, si el usuario puede acceder a la carpeta que contiene una imagen o un archivo, el usuario también puede acceder a la imagen o el archivo.
Para efecto de nuestro cambio, primero tenemos que cambiar de simple_publications_workflow a la Intranet / Extranet de flujo de trabajo. Para ello, seleccione Intranet / Extranet de flujo de trabajo del flujo de trabajo desplegable Nuevo.

Esto cambiará el flujo de trabajo para las páginas, eventos, favoritos, carpetas, enlaces, noticias, y las colecciones a la Intranet de flujo de trabajo / Extranet. Además, observe el cuadro de Asignación de Estado-esto permite informar a Plone que establece en su flujo de trabajo actual se corresponde a los estados en el nuevo flujo de trabajo. Usted querrá asegurarse de que la espera de mapas reseña a la espera de revisión, el soldado, y ya sea a nivel interno Publicado o publicados de forma externa (en función de cómo pensar en el contenido existente de publicación). Esto asegurará que el contenido que usted ya ha creado en su sitio termina en un estado apropiado cuando se cambia el flujo de trabajo.

Una vez que haya configurado el mapeo del estado, haga clic en Aplicar cambios. Eche un vistazo a la nota sobre la velocidad de esta acción y su efecto en el rendimiento. Si usted tiene una instancia administrativa (no pública) de su sitio, sería una buena idea usar esta versión para este tipo de cosas. Si usted tiene un sitio con gran cantidad de contenido existente, cambiando el flujo de trabajo en todos estos objetos es un proceso largo.

Esto debe hacerse cargo de la mayor parte de nuestros objetos. Sin embargo, para este flujo de trabajo, las carpetas tienen su propio flujo de trabajo especial que es simple y eficiente. Así, después de que ha establecido un nuevo default, seleccione la carpeta de la lista desplegable el tipo de campo en la parte superior de la página. Luego, bajo flujo de trabajo nuevo, seleccione Flujo de trabajo Intranet para carpetas. El mapeo aquí es bastante sencillo, ya que el flujo de trabajo Intranet de las carpetas sólo tiene dos estados, sólo asegúrese de haya publicado el proyecto. ¿Cómo manejar las carpetas que se encuentran actualmente pendientes de revisión dependerá de su situación específica. Una vez que haya hecho sus selecciones, aplique este flujo de trabajo, y luego tomar un pequeño descanso mientras Plone modifica todas las carpetas en el portal.

Es siempre recomendable realizar una copia de Data.fs de su sitio de archivos antes de hacer un gran cambio de esta naturaleza.

 

Comprender los flujos de trabajo suministrado por Plone

Plone cuenta con amplias opciones de los flujos de trabajo que puede utilizar para el portal, y flujos de trabajo de estos incluso vienen con la documentación oportuna y que explica lo que hacen. Para comprender mejor e investigar las descripciones que se incluyen en el flujo de trabajo, usaremos el ZMI e investigar el flujo de trabajo de simples Publicaciones en detalle.

Para explorar la simple publicación de flujo de trabajo, tendremos que pasar un momento agradable en el ZMI. Va a encontrar los flujos de trabajo mediante la ampliación del signo [+] situado junto a “portal_workflows” en el marco del índice de la izquierda del ZMI. Mientras está en ello, puede seguir adelante y ampliar el [+] junto a “simple_publication_workflow” también.

En la configuración de los tipos, Plone explica que el flujo de trabajo simple publicaciones "Las cosas empiezan como privado, y puede ser presentado para su revisión o publicados directamente." Así, al hacer clic en el enlace Estados de la ZMI, debemos esperar a ver tres estados, y de hecho, lo hacemos:

Tenga en cuenta que el estado privado tiene un asterisco (*) al lado de él, lo que indica que éste es el estado inicial de este flujo de trabajo. Cuando un usuario crea un nuevo objeto que es regulado por el presente flujo de trabajo, partiremos en el estado privado. Para obtener más información, vamos a hacer clic en * privado, lo cual nos lleva a la siguiente pantalla, que ofrece una descripción de fácil uso para el estado y las transiciones posibles del estado privados (que vamos a hablar más sobre más adelante). Desde esta pantalla, haga clic en los permisos, que le mostrará exactamente que significa en términos de permisos lo privado, de acuerdo con el rol:

Desde la captura de pantalla anterior, podemos ver exactamente lo que los usuarios de una determinada función pueden hacer con un objeto en este estado. Para un objeto privado, el propietario del objeto, los administradores de sitios, y los editores pueden tener acceso a información sobre el objeto (en relación a la visualización del objeto real a través de la web), cambiar la fecha y la hora y la información de localización de objetos con los atributos (Plone Eventos en la mayoría de casos), ver el objeto en los listados de carpetas, modificar (o modificar) el objeto y ver el objeto en sí mismo.

Los colaboradores y los lectores pueden ver los objetos en el estado privado, pero no puede editarlos (ya que carecen de eventos de cambio de portal y contenidos Modificar portal). Recuerde que cualquier otro permiso que figuran en el flujo de trabajo se adquiere de los padres del objeto, de manera que el permiso para, por ejemplo, ver el historial de un objeto regido por este flujo de trabajo se regirá por defecto del portal, (sólo los administradores tienen este permiso a cabo de la caja).

Para ver lo que ocurre cuando un objeto cambia de estado, vuelva a la vista de los estados, a continuación, seleccione publicado y haga clic en su ficha permisos:

Esta vez, anónimo (y por lo tanto todos los demás), tiene acceso significativamente mayor al objeto. Debido a que tiene acceso a información del contenido, contenido de la carpeta y los permisos, cualquier usuario del portal puede ver este objeto en los listados de carpetas y todo aquel que visite el objeto a través de la web. Tenga en cuenta que el propietario del objeto, así como editores y administradores de sitio, aún puede editar el contenido publicado. Como ejercicio, mirar a los permisos del estado pendiente y ver si usted puede decir lo que no difiere de los permisos de los estados privado y publico.

Ahora que entendemos los estados, necesitamos comprender cómo un objeto se mueve entre ellos. Astuto lectores recordarán que las transiciones de cambio de estado de un objeto, y, efectivamente, hay un vínculo transiciones para este flujo de trabajo. Al hacer clic en este enlace nos lleva a una lista de las transiciones, así como que se afirma que mover un objeto entre:

Desde la captura de pantalla anterior, se puede ver la mayoría de las opciones que un usuario tiene a su disposición con el fin de cambiar el estado de un objeto dado. Desafortunadamente, usted no puede ver la fuente de estado para una transición dada de esta captura de pantalla que se muestra en la captura de pantalla estados. Usando de nuestros grandes recuerdos (o múltiples pestañas en Firefox), podemos calcular las rutas.

De lo privado, un usuario con el permiso de revisión de solicitud (colaboradores fuera de sitio Plone-the-box) puede enviar un objeto a la espera. Desde allí, un usuario con el permiso de revisar el contenido del portal puede publicar un objeto (su puesta en el estado de publicación) o rechazar (de volver a colocarlo en el estado privado). Los usuarios con el permiso de revisar el contenido del portal pueden omitir el estado pendiente y directamente publicarán a partir del privado. Esto es útil y conveniente para los administradores que pueden necesitar para crear rápidamente y liberar los objetos de contenido.

Ahora que han comprendido estas páginas ZMI, pero sólo podrá evaluar otros flujos de trabajo de Plone y entender exactamente lo que cambia con cada estado. La página de configuración de tipo proporciona descripciones útiles de cada flujo de trabajo para ahorrar tiempo y problemas. Sin embargo, la seguridad como en Plone es controlada a través de flujo de trabajo, sería útil para poder evaluar con exactitud lo que permite un flujo de trabajo que figura en algún nivel de detalle.

 

Hacer nuestra propia colaboración de flujo de trabajo

Usando su conocimiento de los flujos de trabajo de Plone, es el momento para crear una nueva. Imagine que su sitio requiere una gran cantidad de la creación en colaboración del personal (un nuevo papel) que debe ser revisado antes de publicarlo. Por otra parte, después de que algo se publica, el personal de plantilla no se debe permitir para editarlo. Por último, necesitamos un papel corrector y un estado de edición como copiar estas páginas están escritas por varios autores y tomar algo de edición para hacerlos fluir bien.

 

Este flujo de trabajo cerca de los sonidos simple_publication_workflow, es ligeramente diferente. Empecemos haciendo una copia de la simple_publication_workflow en el ZMI. Visita de nuevo portal_workflow, a continuación, seleccione la ficha contenido.

Seleccione la casilla junto a simple_publication_workflow y haga clic en Copiar. Después de que la página se actualice, haga clic en Pegar. Ahora tendrá copy_of_simple_ publication_workflow (Simple publicación de flujo de trabajo), que se enumeran en la parte superior de la pantalla. Seleccione la casilla junto a ello, haga clic en Cambiar nombre, y reemplace el nombre con practical_collaboration_workflow. Después de que la página se actualice, haga clic en practical_collaboration_workflow, y déle un buen título (por ejemplo, "La colaboración práctica de flujo de trabajo") y una breve descripción (como "Ofrece una forma para los autores para crear y colaborar en las páginas, junto con el examen y copia estados de edición "). Guarde los cambios. Ahora vamos a profundizar en las funciones, los estados y transiciones.

Listen

Read phonetically

En primer lugar, tendremos que añadir dos nuevas funciones: Personal y de copia. Para agregar una función, trabajamos en el ZMI. En primer lugar, ir a la raíz de su sitio (en la parte superior de la barra lateral izquierda, llamada Plone si utilizó el instalador unificado). A continuación, haga clic en la pestaña Seguridad. Desplácese hasta la parte inferior de la página y entrar en Personal en el cuadro de funciones definidas por el usuario y, a continuación, haga clic en Agregar funciones. Haga lo mismo para Copy Editor.
A continuación, para los nuevos papeles se necesitan permisos. Vamos a modelar el Editor Copiar en la línea de Plone tipo incorporado del Editor, y al personal sobre el tipo de colaborador. Así, por Copy Editor, asegúrese de que las casillas se seleccionan misma que para el Editor (por ejemplo, acceso a la información contenido, propiedades Administrar, y así sucesivamente), y luego que el personal de seguro de partidos Contribuyente (por ejemplo, ATContentTypes: Agregar documento, los contenidos de acceso, y así sucesivamente).

Ahora que tenemos los papeles adecuados, podemos permitir que todo el personal para modificar un objeto privado. De esta manera, nuestro personal puede colaborar en las páginas sin mostrarlos al público. Por lo tanto, haga clic en los Estados ficha y, a continuación el enlace para el estado privado. Estas páginas siguen siendo privado, el público no puede ver, así que el título es, probablemente, se puede, aunque es posible que deba cambiar la descripción.

Después de haber escrito algo útil y conciso, ir a los permisos. Aquí, vamos a querer dar al personal los derechos de eventos de cambio de portal y contenidos para modificar portal, así como los otros permisos que les permiten ver realmente el contenido. Nos puede dar a los editores el derecho de copia para ver el contenido en esta etapa también, ya que el personal puede tener preguntas para ellos. Así que seleccione los contenidos de acceso, contenido de la carpeta, y ver, como se muestra en la siguiente captura de pantalla. Guarde los cambios, y disfrutar por un momento, has acaba de modificar un flujo de trabajo:

Cambiando de tema, vamos a hacer algo similar en el estado de publicación, esta vez sin embargo, tenemos que eliminar algunos permisos. Volver a los Estados, seleccione publicado, a continuación, seleccione la pestaña permisos. Desmarque la casilla de verificación para eventos Cambiar de portal y contenidos de portal para modificar el papel del propietario, como se muestra en la siguiente captura de pantalla y luego guardar los cambios:

Ahora, sólo tenemos que añadir el estado de revisión editorial y cambiar algunas transiciones alrededor. Tenemos que revisar las páginas para ir a revisión editorial, en vez de directamente a publicarse. De vuelta en los Estados página con fichas, añadir un estado con el editorial_review ID, que se añadirá a la lista de estados.

Ahora, vamos a hacer una transición en la revisión editorial. Ve a la pantalla de transiciones y añadir una transición llamada submit_to_editor. Seleccione de la lista, y darle un título de "Enviar al editor", y una descripción de "Presenta un objeto para la edición de copia". Para el Estado de destino, seleccione editorial_review, y en virtud de la Guardia vamos a intentar algo nuevo, que requerirá el Revisor; papel Manager. Queremos que los encuestados a presentar objetos de revisión editorial, ya que no hay editorial Solicitud de permiso de examen suministra con Plone. Sumamos un punto y coma y Manager después de revisor, ya que los gerentes deben ser capaces de hacer cualquier transición. En Nombre (con formato) añadir Presentar al director, y en la dirección URL (formato) añadir% (content_url) s / content_status_ modificar? Workflow_action = submit_to_editor.

Es la dirección que se llame para cambiar el estado de flujo de trabajo. La dirección URL utiliza una simple sustitución (el% (content_url)) Obtenga la dirección del contenido actual. Luego se agrega content_status_modify a él, y luego pasa el argumento de workflow_action submit_to_editor =, que dice Zope para realizar la transición a Presentar editor.

También tenemos que hacer una pequeña modificación de una transición que existe. Publicación ahora requieren diferentes guardias. Así, las transiciones de la lista, seleccione la publicación de transición. Luego, en los cuadros de la Guardia, retire el permiso (s) y añadir la función (s) de Administrador; Copy Editor. Esto permitirá que los directores y editores de texto, pero no los revisores, para publicar contenido, ya que no quiero ningún contenido sin editar subiendo en el sitio.

Ahora que tenemos nuestras transiciones conjunto, podemos regresar a los Estados página con fichas y establecer los estados. En la lista de los estados, primero seleccione y deseleccione la espera de publicar como una posible transición; sustituirla por submit_to_editor, como se muestra en esta captura de pantalla:
Guarde los cambios y, a continuación dirígete a editorial_review. En esta pantalla, darle al Estado un título (Revisión del texto) y una descripción (revisores someter el contenido para corrección de estilo.). Luego, seleccione la retracción y publicar las transiciones.

Una vez que haya guardado los cambios, haga clic en la ficha Permisos, y establecer algunos permisos razonable. En primer lugar, anular la selección de adquirir la configuración de permisos? Queremos establecer explícitamente estos permisos para el estado. Ahora, dan Copy Editor, Editor y Gerente de los cinco permisos. Copia y editores de los gerentes deben ser capaces de ver y modificar el contenido, mientras que el editor es una función local que se debe permitir que editar el contenido. Para el propietario, personal, colaborador y lector, la información de acceso seleccionar contenidos, contenido de la carpeta, y ver, para que estos usuarios puedan ver los objetos en la revisión editorial sin perturbar el trabajo del editor. Cuando haya terminado, los permisos deben aparecer como sigue:


Con este último cambio, ya está listo para establecer este flujo de trabajo como por defecto del portal. Así, de nuevo en Plone, en la configuración del tipo, seleccione (Predeterminado) y establecer el nuevo flujo de trabajo de prácticas de flujo de trabajo de colaboración. Como la mayoría de nuestros Estados tienen el mismo nombre, es fácil comprobar que las asignaciones son correctas. Así que todo lo que queda por hacer es aplicar el cambio y esperar. Y con eso, usted tiene un flujo de trabajo nueva colaboración:

 

Resumen

En este capítulo, hemos aprendido:

• ¿Qué flujos de trabajo de control, y cuándo utilizarlas
• ¿Cómo cambiar los flujos de trabajo que rigen nuestro contenido
• Cómo modificar un flujo de trabajo existente para que sea satisfacer nuestras necesidades
• Cómo crear un nuevo flujo de trabajo para implementar la posibilidad de colaboración