Con la gestión de procesos habilitada, puede crear flujos de trabajo, como flujos de solicitud y aprobación, que se integren perfectamente en sus aplicaciones.
Esta página proporciona ejemplos de cómo configurar la gestión de procesos para flujos de trabajo de solicitudes.

• Flujo de trabajo que permite devolver y rechazar solicitudes
• Flujo de trabajo con múltiples aprobadores
• Flujo de trabajo con ramificación condicional
• Flujo de trabajo con aprobación por proxy
• Flujo de trabajo que permite recuperar las solicitudes para corregirlas
• Flujo de trabajo que permite omitir la aprobación

Aquí, "flujo de trabajo de solicitud" se refiere a un flujo de trabajo configurado en una aplicación Kintone mediante la gestión de procesos que comienza cuando un usuario realiza una solicitud y finaliza cuando se aprueba la solicitud.

El siguiente ejemplo es un flujo de trabajo que permite devolver o rechazar solicitudes.

• Primer estado: Antes de aplicar
• Próximos estados:
  • Aplicando
  • Devuelto
  • Aprobado
  • Rechazado

• Estado: Antes de aplicar
• Asignatario: Usuario en el campo "Creado por"
• Condiciones: Ninguno
• Acción: Aplicar
• Situación tras la adopción de medidas: Aplicando

• Estado: Aplicando
• Asignatario: Aprobador
  El aprobador se especifica en un campo Selección del usuario ubicado en el formulario de la aplicación.
• Condiciones: Ninguno
• Actions:
  • Aprobar
  • Rechazar
  • Enviar
• Situación tras la adopción de medidas:
  • Si se realiza la acción “Aprobar”: Aprobado
  • Si se realiza la acción "Rechazar": Rechazado
  • Si se realiza la acción "Enviar de vuelta": Enviado de vuelta

• Estado: Devuelto
• Asignatario: Usuario en el campo "Creado por"
• Condiciones: Ninguno
• Acción: Volver a aplicar
• Situación tras la adopción de medidas: Aplicando

El siguiente ejemplo es de un flujo de trabajo que necesita ser aprobado por varios usuarios.

• Primer estado: Antes de aplicar
• Próximos estados:
  • Pendiente de revisión legal
  • Pendiente de aprobación del director
  • Aprobado

• Estado: Antes de aplicar
• Asignatario: Usuario en el campo "Creado por"
• Condiciones: Ninguno
• Acción: Aplicar
• Situación tras la adopción de medidas: Pendiente de revisión legal

• Estado: Pendiente de revisión legal
• Cesionarios: Revisores legales
  Si crea un grupo (rol) de "Revisor legal" en Usuarios y administración del sistema, puede seleccionarlo como asignado en la gestión de procesos. Para más detalles, consulte la página siguiente.
  Configuración de grupo (o rol)
• Condiciones: Debe ser aprobado por todos los revisores legales.
  Seleccionar Todos los asignatarios de la lista deben tomar medidas en la lista desplegable para seleccionar cómo especificar los asignados.
  Para obtener detalles sobre cómo configurar estos ajustes, consulte la página siguiente.
  Configuración de cesionarios
• Acción: Aprobar
• Situación tras la adopción de medidas: Pendiente de aprobación del director

• Estado: Pendiente de aprobación del director
• Asignatario: Director jurídico
• Condiciones: Ninguno
• Acción: Aprobar
• Situación tras la adopción de medidas: Aprobado

El siguiente ejemplo es de un flujo de trabajo que tiene ramificación condicional.

• Primer estado: Antes de aplicar
• Próximos estados:
  • Pendiente de aprobación del director
  • Pendiente de aprobación del gerente
  • Aprobado

• Estado: Antes de aplicar
• Asignatario: Usuario en el campo "Creado por"
• Conditions:
  • El costo es de 10,000 USD o más
  • El costo es menos de 10.000 USD
• Acción: Aplicar
• Situación tras la adopción de medidas:
  • Si el costo es de 10.000 USD o más: Pendiente de aprobación del director
  • Si el costo es menor a 10,000 USD: Pendiente de aprobación del gerente

• Estado: Pendiente de aprobación del director
• Asignatario: Director
• Actions:
  • Aprobar
  • Enviar
• Situación tras la adopción de medidas:
  • Si se realiza la acción “Aprobar”: Aprobado
  • Si se realiza la acción "Enviar de vuelta": Antes de aplicar

• Estado: Pendiente de aprobación del gerente
• Asignatario: Gerente
• Actions:
  • Aprobar
  • Enviar
• Situación tras la adopción de medidas:
  • Si se realiza la acción “Aprobar”: Aprobado
  • Si se realiza la acción "Enviar de vuelta": Antes de aplicar

El siguiente ejemplo es un flujo de trabajo que permite que otro usuario apruebe una solicitud en lugar del cesionario.

• Primer estado: Antes de aplicar
• Próximos estados:
  • Pendiente de aprobación del director
  • Pendiente de aprobación del gerente
  • Aprobado

• Estado: Antes de aplicar
• Asignatario: Usuario en el campo "Creado por"
• Conditions:
  • El costo es de 10,000 USD o más
  • El costo es menos de 10.000 USD
• Acción: Aplicar
• Situación tras la adopción de medidas:
  • Si el costo es de 10.000 USD o más: Pendiente de aprobación del director
  • Si el costo es menor a 10,000 USD: Pendiente de aprobación del gerente

• Estado: Pendiente de aprobación del director
• Asignatario: Aprobador (Director)
• Estado: Comentario ha sido ingresado por el aprobador
• Acción: Aprobar
• Usuario que puede realizar acciones utilizables por personas no asignadas: Aprobador proxy (Subdirector)
• Acción utilizable por no cesionarios: Aprobar como apoderado
• Situación tras la adopción de medidas: Aprobado

• Estado: Pendiente de aprobación del gerente
• Asignatario: Aprobador (Gerente)
• Acción: Aprobar
• Situación tras la adopción de medidas: Aprobado

El siguiente ejemplo es un flujo de trabajo que permite a los usuarios que cometieron un error en su aplicación recuperarlo y corregirlo.

• Primer estado: Antes de aplicar
• Próximos estados:
  • Aplicando
  • Aprobado

• Estado: Antes de aplicar
• Asignatario: Usuario en el campo "Creado por"
• Condiciones: Ninguno
• Acción: Aplicar
• Situación tras la adopción de medidas: Aplicando

• Estado: Aplicando
• Asignatario: Gerente
  El administrador se especifica en un campo Selección del usuario ubicado en el formulario de la aplicación.
• Condiciones: Ninguno
• Actions:
  • Aprobar
  • Enviar
• Usuario que puede realizar acciones utilizables por personas no asignadas: Usuario en el campo "Creado por"
• Acción utilizable por no cesionarios: Recuperar
• Situación tras la adopción de medidas:
  • Si se realiza la acción “Aprobar”: Aprobado
  • Si se realiza la acción "Enviar de vuelta": Antes de aplicar
  • Si se realiza la acción "Recuperar" utilizable por no cesionarios: Antes de aplicar

El siguiente ejemplo es un flujo de trabajo que se puede completar omitiendo el paso de aprobación.

• Primer estado: Antes de aplicar
• Próximos estados:
  • Pendiente de aprobación del subdirector
  • Pendiente de aprobación del director
  • Aprobado
  • Rechazado

• Estado: Antes de aplicar
• Asignatario: Usuario en el campo "Creado por"
• Condiciones: Ninguno
• Acción: Aplicar
• Situación tras la adopción de medidas: Pendiente de aprobación del subdirector

• Estado: Pendiente de aprobación del subdirector
• Asignatario: Subdirector
• Condiciones: Ninguno
• Acciones Asignatario:
  • Aprobar
  • Rechazar
  • Enviar
• Usuario que puede realizar acciones utilizables por personas no asignadas: Director
• Acciones que pueden utilizar los no asignatarios:
  • Aprobar
  • Rechazar
  • Enviar
• Situación tras la adopción de medidas:
  • Si el cesionario realiza la acción "Aprobar": Pendiente de aprobación del director
  • Si el cesionario realiza la acción "Rechazar": Rechazado
  • Si el cesionario realiza la acción "Enviar": Antes de aplicar
  • Si se realiza la acción "Aprobar" utilizable por no asignados: Aprobado
  • Si se realiza la acción "Rechazar" utilizable por no asignados: Rechazado
  • Si se realiza la acción "Enviar" utilizable por no cesionarios: Antes de aplicar

• Estado: Pendiente de aprobación del director
• Asignatario: Director
• Condiciones: Ninguno
• Actions:
  • Aprobar
  • Rechazar
  • Enviar
• Situación tras la adopción de medidas:
  • Si se realiza la acción “Aprobar”: Aprobado
  • Si se realiza la acción "Rechazar": Rechazado
  • Si se realiza la acción "Enviar de vuelta": Antes de aplicar