Diseñador de procesos de negocio es una herramienta para la ejecución manual o automática de tareas compiladas secuencialmente.

Por ejemplo, un módulo estándar le permite especificar solo un conjunto de condiciones para filtrar los registros para los cuales se iniciará un proceso comercial. EN Diseñador de procesos de negocio Hay una tarea de Condición que le permite configurar diferentes formas de procesar diferentes tipos de registros. ¡Puedes usar la tarea Condición tantas veces como quieras! Entre otras cosas, esto le permite manejar errores (por ejemplo, no hay transacciones relacionadas con la Contraparte).

Cada Tarea tiene una entrada y una o más salidas. El manejador comienza con una tarea. Comenzar y paso a paso ejecuta una Tarea tras otra en un orden determinado hasta que la ruta de ejecución finaliza en la última Tarea. Puede asociar la salida de una tarea con las entradas de dos tareas y dividir el flujo de ejecución en dos partes.

¡Business Process Designer tiene herramientas de depuración integradas! Puede rastrear qué ruta tomó el proceso comercial, qué devolvió el servidor SMTP cuando envió la carta y recopilar estadísticas sobre la velocidad de ejecución y la frecuencia de inicio de tareas individuales.

¡Puedes agregar botones a las vistas de tabla y de detalle! Puede iniciar un proceso comercial no solo según una condición o cronograma, ¡sino también manualmente!

Quizás sus antiguos procesos de negocio en el editor visual de Business Process Designer se vean así:

(la imagen inferior muestra cómo se puede dividir la ruta de ejecución de un proceso de negocio)

Cada proceso de negocio requiere tiempo para completarse. La repetición de procesos comerciales, como enviar un correo electrónico de feliz cumpleaños, no funciona sin trucos.

El nuevo módulo de Proceso de Negocio le permite vincular el último RESULTADO con el primer DATO DE ENTRADA. ¡De esta manera puede crear un proceso de negocio que se repita sin cesar!

Las tecnologías digitales están irrumpiendo rápidamente en todos los ámbitos de la sociedad, obligándonos a ser más flexibles y adaptarnos rápidamente a los cambios. La transformación digital tampoco ha salvado a las empresas: su supervivencia en las condiciones modernas depende, en primer lugar, de la voluntad de cambiar rápida y radicalmente los métodos de gestión empresarial, cuyos objetos se han convertido en parte de un único espacio de información. La gestión de los procesos de negocio, que vincula la información y los recursos humanos en un solo modelo, también recibió un impulso adicional en forma de automatización obligatoria.

Hoy en día, es obvio para todos los líderes de una organización exitosa que cualquier innovación en la gestión y medidas para mejorar la eficiencia empresarial se basan en una transformación competente y hábil de los procesos comerciales. Y las regulaciones sobre el papel, así como la automatización de procesos imperfectos y desestructurados, son cosa del pasado.

Gestionar una empresa, independientemente del tamaño y del sector, es como conducir un coche, donde todo se decide por la velocidad de la información recibida y la pronta reacción a la misma. Al igual que en un automóvil, donde además del volante y la caja de cambios deben existir varios dispositivos que reflejen en tiempo real tanto los indicadores del propio vehículo como los del entorno, el sistema de control debe contener herramientas de influencia directa y medios de procesamiento. información. Las regulaciones en papel pueden dar una imagen general de cómo funciona una empresa, pero no son una herramienta de gestión. Dichos procesos no son interactivos y no proporcionan mediciones precisas de las operaciones que se realizan.

Una herramienta para modelar y gestionar procesos de negocio: los sistemas BPM le permiten crear, ejecutar, monitorear y cambiar procesos rápidamente a través de una estrecha integración de entornos de diseño, desarrollo y tiempo de ejecución. Los sistemas BPM, por regla general, se basan en uno de los estándares de modelado global más avanzados: la notación BPMN 2.0.

¿Qué es la notación BPMN?

BPMN es la metodología más flexible y sencilla para modelar, analizar y reorganizar procesos de negocio. La flexibilidad la proporciona un conjunto de elementos y reglas de notación, y la visibilidad se logra a través de diagramas de proceso y diagramas de flujo visuales. El objetivo principal de BPMN es proporcionar notación accesible para describir procesos de negocios a todos los usuarios: analistas que crean modelos de procesos, desarrolladores que implementan tecnologías para su ejecución, usuarios de negocios comunes y gerentes que administran procesos y monitorean su ejecución.

BPMN está diseñado para servir como vínculo entre la etapa de diseño de un proceso de negocio y la etapa de su implementación. Con este fin, la notación BPMN utiliza un conjunto central de elementos intuitivos para permitir la definición de construcciones semánticas complejas. El estándar BPMN surgió de la necesidad de un mecanismo simple para diseñar y leer modelos de procesos de negocios tanto simples como complejos. El modelado en notación BPMN se realiza mediante diagramas con una pequeña cantidad de elementos gráficos. Esto permite a los usuarios comprender y comprender rápidamente la lógica de los procesos.

5 sistemas BPM basados ​​en la notación BPMN

bpm en línea

bpm"online es una plataforma para la gestión de procesos de negocios de Terrasoft. El sistema se basa en el estándar de modelado de procesos de negocios BPMN más avanzado. El sistema le permite no solo modelar y diagramar un proceso de negocios y cambiarlo utilizando un diseñador conveniente, sino también para iniciar sólo que el proceso se crea sin la participación de un desarrollador.

Para modelar procesos de negocio en notación BPMN, hay dos herramientas disponibles en bpm'online:

Asistente de procesos de negocio: para crear procesos de negocio simples utilizando elementos estándar que el usuario puede iniciar manualmente.

Diseñador de procesos de negocio: para modelar procesos ramificados complejos que contienen muchos elementos diferentes, incluidos los realizados automáticamente por el sistema.

La elección de una herramienta de modelado en bpm’online depende de la complejidad, el propósito y el método de lanzamiento del proceso.

Suite BizAgi

Herramienta gratuita (hasta 20 empleados) para describir gráficamente procesos en notación BPMN. El sistema admite colaboración, simulación, exportación de modelos creados a editores de texto y otros formatos. El sistema consta de dos módulos: BizAgi Modeler, que se utiliza para describir y modelar procesos de negocio, y BizAgi Studio, que permite convertir los modelos creados en aplicaciones ejecutables. El sistema también permite monitorear la ejecución de los procesos en tiempo real.

Estudio de negocios

El sistema admite varias notaciones de modelado: IDEF, eEPC, BPMN y varias otras. Business Studio tiene la capacidad de simular, realizar análisis de costos funcionales y generar documentos automáticamente. La desventaja del sistema es que la ejecución y seguimiento de los modelos de procesos se realiza mediante integración con otros sistemas. El programa también le permite establecer objetivos de la empresa mediante un sistema de cuadro de mando integral.

ELMA BPM

Para modelar los procesos de negocio en el sistema, se utiliza la notación BPMN. El sistema también permite ejecutar y monitorear procesos simulados en tiempo real. Además de crear modelos, el sistema también le permite asignar roles de procesos comerciales a los empleados responsables, organizar el trabajo con el flujo de documentos e integrar el sistema con 1C.

Paradigma visual

El sistema admite una gran cantidad de notaciones y diagramas de bloques de modelos, incluido BPMN. Los modelos creados en el sistema se pueden interconectar, lo que permitirá crear fácilmente un modelo de todo el negocio. Además, es posible realizar modelos de simulación y comprobar diagramas de proceso.

Visual Paradigm brinda la capacidad de administrar atributos de elementos y generar automáticamente descripciones de procesos. El sistema estaba inicialmente dirigido a desarrolladores, por lo que a cada elemento se le pueden establecer condiciones de comportamiento en el sistema, reglas comerciales.

Documentar el nuevo diseño del proceso de negocio.

Describa en detalle la versión final del proceso de negocio actualizado en forma de diagrama funcional. Omita detalles sobre quién será exactamente responsable de realizar determinadas tareas. Aclararás esta información más adelante. En este punto, es necesario presentar una versión relativamente simple del proceso de negocio a todas las partes interesadas para que puedan expresar sus opiniones e ideas.

Un general que gana batallas hace muchos cálculos mentales antes de la batalla.

comienza.

Ajuste del diseño del proceso actualizado

Presente el nuevo diseño funcional y cómo generó ideas para la innovación de procesos de negocio a las partes interesadas clave. Es recomendable incluir a su gerente y otros empleados de la empresa cuyas actividades se verán afectadas por los cambios. Hágales las siguientes preguntas:

• ¿El cambio de proceso de negocio propuesto mejorará la eficiencia operativa, que es el objetivo final de todo el proyecto? ¿Le ayudará a aprovechar las oportunidades emergentes?
• ¿Qué problemas potenciales cree que surgirán si se pone en práctica el proceso propuesto?
• ¿Qué sugeriría para que el proceso actualizado sea más eficaz para lograr sus objetivos?
• ¿Crees que nos hemos perdido algo importante? Si es así, ¿qué exactamente?

Al solicitar comentarios de las partes interesadas clave, garantizará el apoyo para la implementación del proceso de negocio que su equipo ha ideado. Cuando a las personas se les ocurren ideas para cambiar un proceso, tienden a aceptarlas. Considere si vale la pena modificar el nuevo diseño del proceso implementando algunos de los cambios propuestos. Para obtener más información, consulte Rediseño de procesos de negocio: consejos útiles.

Rediseño de procesos de negocio: consejos útiles

• Cambie el proceso para que las mejoras satisfagan mejor los deseos del cliente; por ejemplo, aumente la velocidad, la eficiencia y la precisión del trabajo, reduzca los costos o reduzca la cantidad de contactos entre el cliente y la empresa a uno.
• No se deje limitar por factores como la dotación de personal existente, la distribución de responsabilidades o el lugar de trabajo. Si es necesario incorporar un nuevo miembro del personal para mejorar la eficiencia del proceso, planifíquelo.
• Si los recursos subyacentes de un proceso forman grupos de forma natural, cree un proceso separado para cada grupo.
• El primer paso es cambiar aquellas partes del proceso en las que se pierde más tiempo: donde hay mucho trabajo esperando, moviendo o rehaciendo.
• En los casos en que ciertos pasos dentro de un proceso se puedan realizar independientemente unos de otros y fuera de secuencia, puede tener sentido crear varios procesos que puedan ocurrir en paralelo.
• Revisar la validez de la secuencia actual de pasos dentro del proceso. Considere si será más rápido y más eficiente si se cambia.
• Busque oportunidades para dejar de lado el control excesivo sobre el trabajo ya realizado. Cuando la gente sabe que los resultados de su trabajo serán revisados ​​muchas veces, dejan de intentar hacer todo bien la primera vez.
• Para reducir el número de pasos en el proceso, elimine todos los casos de aprobación de documentos y aprobación de acciones por parte de empleados que no comprenden particularmente el contenido del trabajo que se está realizando. Mover el proceso de toma de decisiones a un nivel inferior, donde se lleva a cabo la actividad principal.
• Busque oportunidades para simplificar pasos innecesariamente complejos.
• Asegúrese de que la menor cantidad de personas posible participen en el proceso. De esta forma, se reduce el número de posibles dificultades y la probabilidad de que surjan problemas con antelación.
• Para identificar áreas problemáticas dentro de un proceso, pregunte a los involucrados

personas sobre en qué casos experimentan insatisfacción y qué es lo que específicamente no les conviene. Es posible que recibas, por ejemplo, respuestas como: “Cuando recibo este trabajo, le falta la información necesaria”.

Para identificar cuellos de botella en la organización de un proceso, agregarle recursos básicos adicionales y aumentar la velocidad de su implementación. En estas condiciones, los obstáculos aparecerán con mayor claridad.

• Tutorial

Escribí este artículo como continuación del artículo sobre sistemas BPM. Y aquí quiero hablar sobre los principios de operación de BPMS usando el ejemplo de un sistema específico: Bizagi. Intentaré explicar cómo se lleva a cabo el proceso de modelado, desarrollo y ejecución de un proceso de negocio en este sistema mediante un ejemplo práctico.

Bizagi: Modelo. Construir. Correr

Bizagi es un sistema BPM desarrollado por la empresa del mismo nombre, y está orientado al modelado, ejecución, automatización y análisis de procesos de negocio. El sistema Bizagi incluye 3 módulos para personalizar completamente los procesos:

• Modeler: un entorno de modelado de procesos con todas las funciones en notación BPMN;
• Studio: entorno de desarrollo de procesos de negocio;
• Engine es un entorno de ejecución de procesos que está disponible para los usuarios en cualquier navegador desde cualquier dispositivo.

Veamos cada uno de estos módulos con más detalle.

Modelador

Modeler es un diseñador de procesos de negocio donde se modela una secuencia de acciones y eventos. Es importante comprender que un proceso de negocio creado en Modeler es sólo una imagen, una representación gráfica del proceso simulado, pero aún no es el algoritmo automatizado de acciones en sí.

Los responsables directos del proceso de negocio, los roles y las reglas de negocio se asignan en la siguiente etapa de programación y no dependen del diseño que haya modelado en esta etapa. El diseño de procesos de negocio es necesario simplemente para acordar un esquema para trabajar con los usuarios.

Puede utilizar una de tres formas de modelar un proceso de negocio:

• Nuevo proceso: cree su propio proceso de negocio nuevo;
• Proceso de importación: importar un proceso comercial;
• Process Xchange: seleccione un modelo listo para usar de la base de datos de procesos de negocio ofrecida por Bizagi. Una vez elegida una plantilla, puede modificarla para adaptarla a las realidades de su negocio. Todos los modelos presentados están escritos en inglés.

Puede editar, guardar y exportar un proceso de negocio creado en Modeler en varios formatos (pdf, html).

El modelado de procesos de negocio se realiza en formato BPMN 2.0. Este formato es algo diferente del conocido BPMN 2.0, lo encontré en la práctica. Algunas características que están incluidas en BPMN 2.0 y algunos otros programas diseñados para trabajar exclusivamente con modelado, no las encontrará en el formato Bizagi. Por ejemplo, aquí no existe la llamada "entidad externa". Pero Bizagi tiene desarrollos propios que no se encuentran en otros sistemas, por ejemplo Mailstone es una etapa intermedia.

Los mapas de procesos de negocio creados en Modeler pueden “compartirse” en el portal de Bizagi o usarse como colaboración, es decir, varios empleados pueden trabajar juntos, lo cual es muy conveniente.

Modeler tiene una interfaz en ruso, a diferencia de los otros dos módulos.

Permítanme recordarles una vez más que Modeler está destinado únicamente a modelar procesos comerciales. Es decir, si sólo necesita el diseño de procesos de negocio, este módulo será suficiente para usted. Si necesita no sólo modelar, sino también desarrollar y ejecutar procesos de negocio, necesitará el módulo Studio, que tiene su propio modelador de procesos de negocio.

Estudio

El mapa de procesos de negocio simulado debería funcionar. El usuario debe iniciar sesión e interactuar con varios formularios. Studio le permite desarrollar una interfaz y formularios con los que trabajará una persona. A continuación, analizaremos más de cerca todos los aspectos del desarrollo de procesos de negocio en Bizagi Studio.

Me gustaría señalar que Modeler y Studio son gratuitos. El paquete básico de Studio incluye hasta 20 usuarios de prueba.

Motor

Engine es un entorno de ejecución que permite a los usuarios iniciar sesión e interactuar con un sistema para realizar procesos comerciales específicos.

Se pagan licencias de motor. Sólo el modo de prueba es gratuito.

Engine proporciona dos tipos de licencia:

• licencia permanente;
• licencia por un año.

Al mismo tiempo, las empresas con hasta 50 usuarios reciben un descuento del 50%: se trata del llamado Starter kit, destinado a apoyar a las pequeñas y medianas empresas. Si la empresa tiene más de 50 usuarios, deberá pagar el coste total de las licencias.

Engine implica la ejecución paso a paso del proceso de negocio desarrollado, teniendo en cuenta todas las condiciones especificadas en Studio.

Sin el módulo Engine, no podrá trabajar completamente en el sistema ni ejecutar los procesos comerciales prescritos.

¿Cómo funciona Bizagi?

¿Qué hacemos en Bizagi si necesitamos automatizar algún proceso de negocio? Consideremos el algoritmo de acciones usando el ejemplo de aprobar una solicitud para gastar fondos. En el artículo sobre sistemas BPM, vimos cómo se implementó este proceso de negocio en un proyecto real utilizando un sistema de contabilidad, ahora veremos cómo organizarlo adecuadamente en un sistema BPM;

1. Simulación

El modelado de procesos de negocio ocurre arrastrando elementos gráficos propuestos en Bizagi al área de trabajo.

Escribí anteriormente que la interfaz de Studio se presenta en inglés, pero en el mapa de procesos de negocio podemos usar ruso.

Modelamos el diagrama del proceso de negocio de Solicitud de Pago: definimos el inicio del proceso, eventos, alertas, reglas de negocio y el final del proceso de negocio.

La tarea es controlar el pago de facturas. La secuencia de acciones de este proceso de negocio se ve así:
1. El empleado que recibe la factura deberá crear una solicitud de pago.
2. El gestor deberá comprobar la solicitud y seleccionar una de las opciones de actuación:

• Rechazar;
• Aprobar.

3. En la primera opción, el Empleado recibe una notificación de la negativa del gerente. Esto concluye el proceso de negocio.
3. En el segundo caso, el Gerente deberá Imprimir, firmar la solicitud y enviarla al departamento de contabilidad, con esto finaliza el proceso empresarial.

Un mapa gráfico de un proceso de negocio se ve así:

2. Desarrollo de estructura de datos

Una vez modelado el proceso de negocio, comenzamos a desarrollar la estructura de datos. En esta etapa especificamos en qué formularios y en qué campos se almacenan determinados datos e indicamos sus conexiones.

En nuestro ejemplo, necesitamos desarrollar tres Entidades:

• Solicitud de pago de una factura;
• Contraparte (proveedor que debe pagar la factura);
• Motivo del rechazo.

Para cada una de estas entidades, debe especificar atributos (campos) que estarán disponibles para completar. Los atributos se dividen en:

• Preinstalados (hay muchos): atributos que ofrece el propio sistema;
• Personalizados: aquellos que el usuario crea manualmente.

La captura de pantalla muestra qué atributos se especifican para cada entidad.

También es necesario indicar las relaciones entre estas entidades. Precisamos que las entidades Motivos de Denegación y Contrapartes están incluidas en la entidad Solicitud de Pago de Factura.

3. Crear formularios (interfaz de usuario)

Una vez que hayamos desarrollado la estructura de datos, debemos decidir cómo el usuario inicia sesión en el sistema e interactúa con él. Y aquí necesitamos crear una interfaz de usuario.

Una vez que hemos modelado un proceso de negocio, lo analizamos y vemos que cada uno de estos cuadros en el diagrama que representan los pasos es una forma que necesita ser desarrollada.

El formulario es con lo que el usuario trabajará posteriormente.

Me gustaría llamar su atención sobre el hecho de que solo se desarrollan aquellos formularios en los que trabaja el usuario. Si alguna de las etapas implica una acción automática (por ejemplo, notificar a un Empleado sobre un rechazo de pago), no es necesario desarrollar un formulario para ello.

En nuestro ejemplo, es necesario desarrollar 3 formas:

• Crear una solicitud de pago;
• Comprobación de la solicitud de pago;
• Formación de un formulario impreso.

Estos formularios utilizan los mismos datos. La base en cada uno de estos formularios es la misma: una solicitud de pago de una factura. Pero cada formulario posterior tiene una funcionalidad más avanzada que el anterior. Por ejemplo, el formulario de Verificación de Solicitud contiene toda la información del formulario de creación de solicitud + estado de la solicitud (Aprobada o no). Y el siguiente formulario, en comparación con el anterior, también tiene la capacidad de imprimir una solicitud. Si es necesario, se pueden ocultar campos innecesarios de formularios anteriores.

Es importante entender aquí que no se trata de una, sino de tres formas diferentes. Y cada uno de ellos se crea de nuevo o se copia del formulario anterior, después de lo cual se le realizan los cambios necesarios.

Ahora veamos el proceso de creación de un formulario (por ejemplo, Crear una solicitud de pago).

El formulario se crea seleccionando y arrastrando los campos requeridos a la ventana activa. Se ofrecen para su selección los campos (atributos) que asignamos a formularios específicos en la etapa anterior.

El formulario de creación de solicitud finalmente se verá así:

Aquí vemos los campos:

• Fecha de vencimiento;
• Monto de la factura;
• Número de cuenta;
• Contraparte;
• Archivo adjunto (es posible adjuntar factura de pago).

Además, para un uso más conveniente de los formularios, puede utilizar Layot (opciones para la disposición de las partes del formulario).

El diseño del formulario se puede dividir:

• en tres partes iguales (33%-34%-33%);
• en dos partes iguales (50%-50%);
• en dos partes desiguales (70%-30%, 30%-70%);
• deje el diseño indivisible (diseño completo).

En la etapa de creación del formulario, puede configurar la visibilidad de los campos y las funciones de edición para diferentes usuarios.
Por ejemplo, la siguiente etapa de Solicitar verificación tiene su propio formulario, en el que el gerente puede ver los campos creados por el empleado en la etapa anterior, pero no puede editar estos campos. Pero tiene acceso a sus propios campos que no son visibles para el empleado: el campo Aprobado con las opciones Sí/No.

El campo Motivo del rechazo se vuelve visible para el administrador solo si ha seleccionado la opción No en el campo Aprobado. Es decir, la visibilidad de los campos se puede ajustar no sólo en el formato visible-no visible, sino también según las condiciones. Esta condición se ve así
PaymentRequestApproved es igual a falso

Si el Administrador ha configurado la opción Sí, la función para imprimir una solicitud de pago pasa a estar disponible. No hay funciones disponibles para ello, excepto Generar plantilla.

4. Definir reglas comerciales

Bizagi proporciona tres pasos para establecer reglas de negocio:

• Definir expresiones: implica condiciones de procesamiento
• Acciones de actividad (eventos): implica el procesamiento de eventos
• Rendimiento: implica procesar a los usuarios que trabajan en una u otra etapa del proceso empresarial.

Definir expresiones
En la etapa Definir expresiones, las opciones de comportamiento del sistema se determinan bajo ciertas condiciones. En nuestro caso, este es el resultado de verificar la solicitud, dos opciones (dos flechas) que parten del Resultado de la verificación. Al hacer clic en la flecha que conduce a la siguiente etapa, se abre un formulario en el que se completan las condiciones para pasar a una etapa en particular.

Si, con base en los resultados de la inspección, el gerente se niega, entonces el proceso pasa a la etapa de Notificar el motivo del rechazo.

Si, con base en los resultados de la verificación, el Gerente aprobó la solicitud, el proceso pasa a la etapa Imprimir factura.

Acciones de actividad
En la etapa de Acciones de actividad podemos especificar campos predefinidos. Los campos predefinidos se pueden rellenar en tres casos (a elegir):

• al abrir el formulario;
• al guardar;
• al salir del formulario.

Por ejemplo, en la etapa de Crear una solicitud de pago, podemos especificar que al abrir el formulario tengamos dos campos predefinidos:

• Fecha - aquí indicamos que la fecha de solicitud se llena automáticamente con la fecha actual FechaHora.Hoy
• Autor (empleado): aquí indicamos que quien inició el documento se convierte automáticamente en su autor. Yo.Case.Creator.Id

Actuación
El siguiente paso es el rendimiento. Aquí especificamos quién trabaja con el proceso de negocio en qué etapa y es responsable de su implementación.

• En la etapa de creación de trato, trabaja el empleado que creó este trato. ID de usuario Creador de casos iguales
• En la etapa de verificación de la solicitud trabaja el Gerente de la persona que creó el documento. ID de usuario es igual a CurrentAssigneeBoss

5. Descripción de las reglas de notificación.
Una vez que hayamos escrito cómo funcionan las reglas comerciales, describimos las reglas de alerta.

Un empleado no puede estar constantemente en un sistema; tiene asuntos de actualidad y trabaja en otros programas. ¿Cómo recibirá información sobre cambios en el proceso de negocio que requieran su participación? Esto se configura usando Notificación. En BPMN 2.0 existe la notificación, y aquí podemos vincular una notificación al sistema.

Hay dos tipos de alertas:

• automático (el propio sistema tiene su propio servidor de correo electrónico), por ejemplo, al pasar de una etapa a otra;
• creado manualmente, por ejemplo, cuando el propio usuario quiere enviar un mensaje pidiendo alguna aclaración, pero sin cambiar la etapa de la solicitud.

Puedes utilizar ambos tipos de alertas al mismo tiempo.

En nuestro proceso de negocio, cuando cambia una etapa (se aprueba o no se aprueba una solicitud de pago), se envía un mensaje al Empleado indicando que la factura ha sido aprobada o requiere aclaración.

6. Crear un formulario de impresión

En nuestro ejemplo, el empleado, además del documento electrónico, también quiere recibir un formulario impreso. Es decir, si el gerente ha aprobado la solicitud de pago, imprime, firma el documento y se lo entrega a la secretaria para su posterior transmisión al departamento de contabilidad. El documento se almacena no solo en el sistema, sino también en forma impresa.

En el sistema puede crear las llamadas plantillas de documentos. Para un formulario de solicitud impreso, puede utilizar Word, Excel o texto sin formato. Hemos creado un formulario que la persona al final del proceso deberá imprimir y firmar. Este formulario impreso muestra toda la información básica de la solicitud:

• Fecha de creación;
• Usuario;
• Número de cuenta;
• Fecha de la factura;
• Monto de la factura;
• Base;
• Firma del responsable.

Al recibir este formulario, el departamento de contabilidad puede identificar inmediatamente la factura que debe pagarse.

Ejecución de procesos de negocio

Luego de haber desarrollado un proceso de negocio en el sistema Bizagi, es necesario crear usuarios, especificar su estructura, luego de lo cual estos usuarios podrán trabajar en el sistema.

Veamos cómo se ejecuta el proceso de negocio que creamos:

El usuario selecciona un proceso de negocio de los ofrecidos en el sistema. En este caso, este es el proceso comercial Solicitar pago. Se abre el formulario de creación de solicitud.

1. El usuario completa los campos obligatorios (los campos Fecha y Autor se completan automáticamente). El usuario adjunta factura de pago.

2. El gerente recibe una notificación de que es necesario verificar la solicitud.
3. El gerente ingresa al formulario de solicitud, donde ve un formulario de verificación de solicitud con acciones disponibles: seleccione si la solicitud está aprobada o no.

Si el gerente eligió Sí:
4. Aparece el botón Generar documento para imprimir la solicitud. El gerente imprime el formulario y lo firma.
5. El empleado que inició la solicitud recibe una notificación de que la factura ha sido aprobada.

Si el gerente eligió No:
4. El empleado que inició la solicitud recibe una notificación de que la factura ha sido denegada.
El proceso comercial está completo.

Unas pocas palabras más sobre Bizagi

En Bizagi siempre puedes ver análisis sobre la ejecución de los procesos de negocio.

El sistema proporciona integración: es posible conectarse a Bizagi “desde afuera”, o desde Bizagi mismo para conectarse a otros programas a través de la API. Utiliza servicios web y SOAP.

También es necesario recordar que el sistema está localizado: opciones en diferentes idiomas. También hay una traducción al ruso en Bizagi Modeler. Diré de inmediato que esta traducción, lamentablemente, no siempre es correcta. Además, toda la documentación de Bizagi se presenta únicamente en inglés. Por eso prefiero trabajar con el sistema en inglés.

En conclusión, me gustaría señalar que crear un proceso de negocio es un trabajo largo y laborioso, ya que estamos escribiendo una aplicación casi nueva para la cual estamos desarrollando estructuras de datos y formularios desde cero.

"First Form" contiene un diseñador de procesos de negocio flexible con el que puede configurar rápida y fácilmente casi cualquier ruta a través de una tarea o documento.

Para administradores

Herramientas de modelado visual integradas

El proceso se representa como una secuencia. estados Y transiciones entre ellos - en la "Primera Forma" esto se llama ruta proceso. Para crear una ruta, simplemente agregue los estados necesarios y luego conéctelos con transiciones (es más conveniente hacerlo usando el método de arrastrar y soltar).

Editor visual de rutas.

En las transiciones, se realizan ciertas acciones: se verifica la exactitud de los parámetros de la tarea, se realizan cálculos, se crean tareas adicionales, se asignan plazos y ejecutores. La mayoría de las configuraciones se pueden realizar de forma paramétrica, sin programación: cambiar la hora, los artistas, solicitar comentarios, enviar notificaciones. Para acciones más complejas, se utiliza la funcionalidad.

Ruta de coordinación

Para muchos procesos, en un determinado paso es necesario coordinar los documentos preparados o las decisiones tomadas con los gerentes y departamentos relacionados. Para hacer esto, configure rutas de coordinación— lista y orden de firmas solicitadas. El procedimiento de aprobación se puede configurar por separado para cada paso del proceso y se admite lógica de casi cualquier complejidad para procesar firmas y resoluciones.

Ruta de conciliación con solicitud de firmas secuencial y paralela.

Las rutas de los procesos de negocio pueden ser cualquier cosa, desde las más simples hasta las más complejas.


Ejemplo de ruta de aprobación de contrato

Para usuarios

Cinta de ruta principal

Para facilitar a los usuarios la navegación por el proceso, se muestra la tarjeta de tareas cinta de ruta principal- la secuencia de transiciones más típica. La cinta muestra qué pasos del proceso ya se han completado y cuáles quedan por completar. Puede pasar al siguiente estado haciendo clic en su nombre en el feed de ruta o en el botón de transición deseado.