- Notas de la versión para el sector público
- Primeros pasos
- Permisos
- Empezar como
- Consola de administración
- Espacio de trabajo
- Explorar
- Explorar visión general
- Página Perfil de la automatización
- Información de Acerca de
- Fases y estados de una automatización
- Evaluación detallada
- Algoritmo de evaluación detallada
- Evaluación de Citizen Developer
- Evaluación de ejecución
- Ejecutar el análisis coste-beneficio
- Documentación
- Componentes
- Colaboradores
- Solicitudes de cambio
- Historial
- Compartir ideas o automatizaciones
- Paneles
- Mis tareas
- Notificaciones
- Notificaciones por correo electrónico
- Recursos
- Studio Integration
- Integración de Task Capture
- Automation Store
- Recursos adicionales
Ejecutar el análisis coste-beneficio
En esta página, gestor de proyectos puede registrar los costes necesarios para implementar la idea de automatización. Estos serán procesados por el sistema para configurar el beneficio neto de automatizar este proceso. Al hacer clic en Editar los siguientes campos se vuelven editables, lo que te permite añadir información específica según la imagen de abajo:
Es una configuración granular para la duración de cada fase de implementación.
- Se mostrará la facilidad de implementación como calculada por el algoritmo en la fase de evaluación. Si el gestor de proyectos considera este dato no preciso, según su experiencia, puede sobreescribirlo fácilmente.
- La tabla Base de referencia debe rellenarse antes de iniciar la implementación con las estimaciones del gestor de proyectos sobre la duración de la implementación. La plataforma calcula el número de días laborales necesarios para completar una fase y establece automáticamente la fecha de inicio de la siguiente fase. Esta estimación no puede ser actualizada una vez se hace clic en el botón Establecer base de referencia.
-
Las columnas para las Estimación real y Estimación nueva deben ser rellenadas cuando las fases de implementación especificadas hayan concluido. En esta tabla se refleja la realidad del progreso de la implementación, lo que proporciona una vista clara de la diferencia entre las estimaciones iniciales y las reales o nuevas.
Además, el campo Fecha de lanzamiento también es editable, y permite a los usuarios añadir la fecha exacta de inicio. Si este campo no se rellena en la tabla Estimación actual y nueva, la Fecha de lanzamiento predeterminada que se mostrará en las tablas del espacio de trabajo y en los informes mostrará la fecha en la que la automatización se actualizó a fase Activa y estado En producción.
Consulta los supuestos relativos al Potencial de automatización que proporcionan información sobre el grado de automatización del proceso. Estos resultados calculados por el algoritmo ofrecen una estimación de cuán rápido un robot ejecutaría el proceso en comparación con un humano.
- Si es necesario, el valor del potencial de automatización puede sobreescribirse para ajustar los volúmenes de modo que reflejen la realidad del proyecto.
- En cuanto se guarda la página de Análisis coste-beneficio (incluso sin ningún cambio), el sistema guarda el valor existente para el Potencial de automatización final como KPI de Potencial de automatización revisado y calcula basándose en este los KPI revisados que se pueden encontrar en la tabla Proceso de automatización.
- Primero, el proveedor de software RPA debe ser seleccionado en la lista desplegable. Esta lista se rellena con todos los proveedores de software configurados durante la Configuración de Costes de la plataforma que tienen al menos 1 Coste de Ejecución definido en la sección Configuración de Costes - Costes de Ejecución-Costes de Software RPA.
- La tabla Supuestos de automatización permite al gestor de proyectos seleccionar el tipo de robot a utilizar de entre las siguientes opciones:
- Atendidos: robots que necesitan interacción humana. En este caso, las suposiciones del robot no se mostrarán, ya que la plataforma está configurada para equilibrar el número de robots atendidos con el número de empleados que ejecutan el proceso.
- No atendidos: robots que no requieren interacción humana alguna. En este caso, el gestor de proyectos debe introducir manualmente los siguientes supuestos de automatización: horas/día de trabajo del robot, días/año de trabajo del robot y multiplicador de velocidad del robot.
- La volumetría de procesos se rellena automáticamente con información de la evaluación detallada. Asegúrate de completar primero esta evaluación en la página Acerca de.
- El tiempo medio de trabajo humano vs. automatizado se rellena automáticamente con información de la evaluación detallada para las automatizaciones atendidas. Para las automatizaciones no atendidas, le Tiempo medio de trabajo por transacción para el robot puede ser añadido manualmente u obtenido por el sistema al dividir el Tiempo medio de trabajo por transacción para un humano por el multiplicador de velocidad del robot (entrada manual). Este resultado se utiliza después para calcular cuántos robots serían necesarios para gestionar el volumen de transacciones dado el potencial de automatización, así como los supuestos del robot.
-
Las Estimaciones de división de volumen proporcionan los KPI relacionados con el proceso "tal como está": completamente ejecutado por humanos (columna Antes de automatización), en conjunto con los segmentos que serán ejecutados por humanos después de la automatización si el proceso no puede ser 100 % automatizado (columna Después de automatización).
- Las dos últimas columnas proporcionan información sobre lo que ocurre con el robot según la estimación del algoritmo basada en el potencial de automatización calculado por el sistema y el potencial de automatización final, que puede ser proporcionado por el gestor de proyectos que podría tener información adicional además de la introducida en la evaluación detallada. Si el usuario intenta sobreescribir el potencial de automatización, la plataforma resaltará todos los valores afectados.
-
Los RTC totales después de la automatización están basados en la selección hecha por el tipo de automatización:
- Para las automatizaciones atendidas, el valor sugerido por el algoritmo será el mismo que el número de empleados ejecutando la tarea/proceso.
-
Para las automatizaciones no atendidas, el valor calculado tiene en cuenta los supuestos introducidos en la tabla Supuestos de automatización y el multiplicador de velocidad del robot, que ayuda a calcular el tiempo medio de trabajo por transacción del robot.
El valor de RTC puede ser sobreescrito si es necesario.
- El coste de ejecución por año después de la automatización representa la suma de todos los costes de ejecución añadidos en la página Análisis coste-beneficio, en la sección Costes estimados.
-
El coste de ejecución por transacción representa los costes de ejecución por año divididos por los volúmenes por año.
Esto proporciona una estimación de los costes totales necesarios para esta idea de automatización, incluyendo los costes de implementación que pueden establecerse por fases de implementación y los costes de ejecución que incluyen los costes de licencia, así como los costes de infraestructura, mantenimiento, soporte, alojamiento u otros costes de ejecución. Esta información afecta al cálculo del coste de ejecución/año para el robot.
- Los datos introducidos por el gestor de programas en Costes únicos: costes del personal de implementación ofrecen un resumen de cuánto cuesta cada fase, así como el coste total de la implementación.
-
En los Costes de ejecución, el gestor de programas define los costes por año para toda la vida de la idea de automatización y el número de elementos/licencias.
Cuando se completan todos los tipos de coste de esta categoría, se muestra un resumen con todos los tipos de coste por año y por mes. El coste/transacción cuando el proceso es ejecutado por humanos frente al coste/transacción cuando el proceso es ejecutado por un robot se muestra en la parte superior de la página, en las estimaciones de división de volumen.