Logo Studenta

Proyecto_Final

¡Este material tiene más páginas!

Vista previa del material en texto

UNIVERSIDAD PRIVADA ANTENOR ORREGO 
 
FACULTAD DE INGENIERÍA 
 
ESCUELA PROFESIONAL DE INGENIERÍA DE 
COMPUTACIÓN Y SISTEMAS 
 
CURSO : GESTION DE PROCESOS DE 
NEGOCIOS 
INTEGRANTES : RAMIREZ ORTECHO, MATIAS 
MENESES SIMÓN, JEAN MARCOS 
CASANOVA VALCARCEL, ALFREDO 
PASTOR AGREDA, BOOZ 
CHUNGA ARTETA, JHOSSEF DEL 
CARMEN JEAN PIERRE 
 
DOCENTE : GAYTAN TOLEDO, CARLOS 
FECHA : 2 DE JUNIO DEL 2021 
 
 
 
 
TRUJILLO – LA LIBERTAD 
 
 
 
1. Dado el proceso que se describe: 
BuildIT es una constructora especializada en obras públicas. A menudo sucede 
que los ingenieros residentes de obra necesitan un equipo, como un camión, una 
excavadora, una topadora, una bomba de agua, etc. BuildIT posee pocos equipos 
y, en cambio, alquila la mayoría de sus equipos de proveedores especializados. 
El proceso de negocio para el alquiler de equipos es el siguiente. Cuando un 
ingeniero residente de obra necesita alquilar un equipo, llena un formulario llamado 
"Solicitud de alquiler de equipo" y envía la solicitud por correo electrónico a uno de 
los empleados en el depósito de la empresa. El empleado del depósito recibe la 
solicitud y, tras consultar los catálogos de los proveedores de equipos, selecciona 
el equipo más rentable que cumpla con la solicitud. A continuación, el empleado 
verifica la disponibilidad del equipo seleccionado con el proveedor por teléfono o 
correo electrónico. A veces, el equipo seleccionado no está disponible y el 
empleado tiene que seleccionar un equipo alternativo y verificar su disponibilidad 
con el proveedor. 
Una vez que el empleado ha encontrado un equipo adecuado disponible para 
alquilar, agrega los detalles del equipo en la solicitud de alquiler. Cada solicitud de 
alquiler debe ser aprobada por un ingeniero de obras, que también trabaja en el 
depósito. En algunos casos, el ingeniero de obras rechaza la solicitud de alquiler 
de equipos. Algunos rechazos dan lugar a la cancelación de la solicitud (no se 
alquila ningún equipo). Otros rechazos se resuelven reemplazando el equipo con 
otro equipo, más barato o más apropiado para el trabajo. En este último caso, el 
empleado debe realizar otra consulta de disponibilidad. 
Cuando un ingeniero de obras aprueba una solicitud de alquiler, el empleado envía 
una confirmación al proveedor, que incluye una orden de compra (PO) para alquilar 
el equipo. La orden de compra es producida por el sistema de información 
financiera de BuildIT utilizando información ingresada por el empleado, quien 
también registra el equipo en una hoja de cálculo con el propósito de rastrear todos 
los alquileres de equipos. 
Mientras tanto, el ingeniero residente de obra puede decidir que el equipo ya no es 
necesario. En este caso, el ingeniero solicita al empleado que cancele la solicitud 
de alquiler del equipo. 
A su debido tiempo, el proveedor entrega el equipo alquilado en la obra de 
construcción. Luego, el ingeniero residente de obra inspecciona el equipo. Si todo 
está en orden, aceptan el compromiso y se pone en funcionamiento el equipo. En 
algunos casos, el equipo se devuelve porque no cumple con los requisitos del 
ingeniero residente de obra. En este caso, el ingeniero residente de obra debe 
volver a iniciar el proceso de alquiler. 
Cuando termina el período de alquiler, el proveedor recoge el equipo. A veces, el 
ingeniero residente de obra solicita una extensión del período de alquiler 
 
 
poniéndose en contacto con el proveedor por correo electrónico o teléfono 1 o 2 
días antes de la recogida. El proveedor puede aceptar o rechazar esta solicitud. 
Unos días después de la recogida del equipo, el proveedor del equipo envía una 
factura al empleado por correo electrónico. El empleado solicita al ingeniero 
residente de obra que confirme que el equipo fue efectivamente alquilado por el 
período indicado en la factura. El empleado también verifica que los precios de 
alquiler indicados en la factura están de acuerdo con la orden de compra. Después 
de estos controles, el empleado envía la factura al departamento de finanzas quien 
finalmente paga la factura. 
a. ¿Qué tipo de proceso es el anterior: ¿order-to-cash, procure-to-pay o 
issue-to resolution? 
El proceso es de tipo procure-to-pay, ya que como vemos en el caso, el cliente 
empieza con la necesidad de hacer un pedido y lo termina con el pago de la 
factura (Desde necesidad de compra hasta pago). 
b. ¿Quiénes son los actores de este proceso? ¿Quién es el cliente? 
Los actores que identificamos son los empleados, el ingeniero residente de 
obra y el ingeniero de obra, también encontramos los actores organizacionales: 
BuildIT y los proveedores de equipos. 
El cliente sería el ingeniero residente de obra, puesto que es él quien 
necesitaría el equipo y haría la solicitud. 
c. ¿Qué valor ofrece el proceso a su (s) cliente (s)? 
Este proceso, a pesar de ser largo pero necesario, produce valor, ya que se le 
está otorgando al cliente los equipos necesarios para que continúe con la 
actividad que estaba realizando. 
d. ¿Cuáles son las tareas de este proceso? 
Las tareas pueden ser la de recibir solicitud, verificar la disponibilidad de 
equipo, agregar especificaciones del equipo, inspección del equipo, entrega de 
pedido, revisar solicitud, emitir factura. 
e. ¿Cuáles son los posibles resultados de este proceso? 
Los resultados de este proceso pueden ser múltiples, por ejemplo: que el 
equipo seleccionado o el alternativo no se encuentren disponibles y el proceso 
termine, que el ingeniero de obras no apruebe la solicitud y que el ingeniero 
residente de obra decida que el equipo ya no es necesario. Pero lo ideal sería 
que el proceso se lleve a cabo de la forma como fue escrita, y que el pago del 
alquiler se lleve a cabo de forma correcta. 
 
 
f. Tomando la perspectiva del cliente, ¿qué medidas de desempeño se 
pueden adjuntar a este proceso? 
El cliente podría adjuntar el tiempo en el que el equipo demora en llegar a la 
obra, además, se podría añadir si el producto alquilado era el indicado y si este 
funciona correctamente, y finalmente, la flexibilidad del proceso en base a 
algún inconveniente del usuario. 
g. ¿Qué problemas potenciales prevé que pueda tener este proceso? ¿Qué 
información necesitaría recopilar para analizar estos problemas? 
Un problema en el proceso podría ser la forma de trabajo del proveedor, el cual 
el caso no tenemos mucha información acerca de la entrega y devolución de 
los equipos. Para este problema necesitaríamos los datos principales del 
proveedor e informe del equipo, incluyendo la fecha de entrega y de 
devolución. 
Otro problema podría ser la comunicación con el cliente, el cual el caso nos 
indica que puede cancelar la solicitud en cualquier momento, lo que generaría 
una pérdida de tiempo a la empresa y desorganización en los procesos. 
h. ¿Qué posibles cambios cree que se podrían hacer en este proceso para 
abordar los problemas anteriores? 
Un cambio sería agregar de manera específica las tareas que ejecuta el 
proveedor con respecto al envío y devolución de equipos para tener un control, 
así teniendo un historial de equipos alquilados, lo que nos permitiría recurrir a 
esos datos ante cualquier conflicto. 
Para la falta de comunicación con el cliente, sería bueno tener un intervalo de 
tiempo para que el cliente decida si cancelar la solicitud o no, así evitamos 
confusiones y pérdida de tiempo a la empresa. 
2. Dado los macro procesos del Supermercado “TODO BARATO” cuya misión 
es: ofrecer a nuestros clientes en el mismo lugar una gran diversidad de 
productos que suplan sus necesidades en las líneas de hogar, alimentos, 
farmacia, deportes, tecnología, vestuario y accesorios, ofreciendo calidad y 
precios bajos. 
 
▪ Administración de seguridad 
▪ Administración del personal 
▪ Almacenamiento de artículos 
▪ Contabilidad 
▪ Créditos 
▪ Cuentas por cobrar 
▪ Elaboración de pedidos▪ Exhibición de mercancía 
 
 
▪ Gestión legal 
▪ Investigación y desarrollo 
▪ Mantenimiento de equipos 
▪ Mejora de la calidad del servicio 
▪ Publicidad 
▪ Recepción de mercancía 
▪ Venta de mercancía 
 
 
a. Identificar los procesos centrales, de soporte y de gestión, y 
organizarlos en un diagrama de arquitectura de procesos. 
 
 
 
 
 
 
b. Seleccionar un macro proceso y detallar los procesos que comprende. 
 
 
 
 
 
 
 
 
 
 
 
c. Llenar la “ficha” o perfil de proceso para cualquiera de los procesos 
identificados. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
3. Dado el fragmento 
del proceso de alquiler de equipos: 
El proceso comienza cuando un ingeniero residente de obra completa una 
solicitud de alquiler de equipos. El empleado del depósito recibe la solicitud y, tras 
consultar los catálogos de los proveedores de equipos, selecciona el equipo más 
rentable que cumpla con la solicitud. 
A continuación, el empleado verifica la disponibilidad del equipo seleccionado con 
el proveedor por teléfono o correo electrónico. A veces, la opción seleccionada 
no está disponible y el empleado tiene que seleccionar un equipo alternativo y 
verificar su disponibilidad con el proveedor correspondiente. 
Una vez que el empleado ha encontrado un equipo adecuado disponible para 
alquilar, agrega los detalles del equipo seleccionado en la solicitud de alquiler. 
 
 
A continuación, la solicitud se remite al ingeniero de obras para su aprobación. Si 
el ingeniero de obras lo aprueba, el empleado envía una orden de compra al 
proveedor. Si el ingeniero de obras rechaza la solicitud, el proceso finaliza. 
Según el detalle del proceso, ¿Qué está mal en el siguiente modelo de proceso? 
Repararlo. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Solución 
 
 
 
Según el caso, la revisión de la solicitud iría en la parte final del proceso, 
siendo aprobada o no por el ingeniero de obra 
 
4. Modelar el siguiente fragmento del proceso Registro de reclamaciones de 
seguros simplificado. 
Cuando se recibe un reclamo, primero verificamos si el reclamante tiene una 
póliza de seguro válida. En caso contrario, se rechaza la reclamación y se 
informa al reclamante. De lo contrario, evaluaremos la gravedad del reclamo. En 
función del resultado (reclamación simple o compleja), enviamos el formulario 
correspondiente al reclamante. Una vez que se devuelve el formulario, 
verificamos que esté completo. Si el formulario está completo, registramos la 
reclamación en el sistema de Gestión de Reclamaciones y se puede iniciar la 
evaluación de la reclamación. De lo contrario, pedimos al reclamante que 
actualice el formulario. Cuando recibimos los formularios actualizados, los 
revisamos nuevamente y continuamos. 
 
 
 
 
 
 
 
5. Modele la perspectiva organizacional del proceso de gestión de 
reclamaciones en una aseguradora de automóviles. 
Un cliente envía una reclamación adjuntando la documentación pertinente. El 
departamento de Atención al Cliente verifica que los documentos estén 
completos y registra el reclamo. El departamento de Manejo de Reclamaciones 
recoge la reclamación y primero verifica la póliza de seguro. Luego, se realiza 
una evaluación. Si la valoración es positiva, se llama a un taller para autorizar 
las reparaciones y se programa el pago (en este orden). En cualquier caso (si el 
resultado es positivo o negativo), se envía un correo electrónico al cliente para 
notificar el resultado. 
 
 
 
 
 
6. Modele la perspectiva de datos del siguiente fragmento de proceso: 
Cuando se evalúa un reclamo relacionado con un accidente de tránsito, un 
empleado primero recupera el informe de accidente correspondiente de la base 
de datos de informes policiales. Si se recupera el informe, se adjunta al archivo 
de reclamación. El expediente de reclamación y el informe policial sirven como 
entrada para el administrador de reclamaciones calcule una estimación inicial. 
Luego, se crea un "plan de acción" basado en una "lista de verificación". Según 
El plan de acción y la estimación inicial, el administrador de reclamaciones 
negocia un acuerdo con el cliente. Después de esta. negociación, el gerente de 
reclamos toma una decisión final, actualiza el archivo de reclamación para 
registrar esta decisión y envía una carta al reclamante para informarle de la 
decisión. 
 
 
 
 
 
 
7. Modele el siguiente fragmento de proceso: 
Cuando se recibe una reclamación, se registra. Después del registro, la 
reclamación se clasifica dando lugar a dos posibles resultados: simple o 
complejo. Si el reclamo es simple, se verifica la póliza. Para reclamos complejos, 
tanto la póliza como los daños se verifican de forma independiente. 
 
 
 
 
8. Modele el siguiente proceso aplicando el “Método para modelar en BPMN”: 
Considere el siguiente proceso en una empresa de 800 empleados a principios 
de la década de 1990. 
Cualquier empleado de la empresa puede iniciar una solicitud de compra 
llenando un formulario. La solicitud de compra incluye información sobre los 
bienes a comprar, la cantidad, la fecha de entrega deseada y el costo 
aproximado. El empleado puede consignar un proveedor específico. Los 
empleados a menudo solicitan cotizaciones a los proveedores para obtener la 
información requerida. Completar el formulario puede demorar algunos días, ya 
que el empleado a menudo no tiene los datos requeridos. La cotización se 
adjunta a la solicitud de compra. Esta solicitud completa es firmada por dos 
supervisores. Un supervisor tiene que proporcionar una aprobación financiera, 
mientras que el otro supervisor tiene que aprobar la necesidad de la compra y 
su conformidad con la política de la empresa (por ejemplo, si compra una 
herramienta de software, ¿es compatible con el entorno operativo estándar de 
 
 
TI de la empresa?). Recoger las firmas de los dos supervisores lleva una media 
de 5 días. Si es urgente, el empleado puede entregar personalmente el 
formulario, de lo contrario se distribuye por correo interno. Una solicitud de 
compra rechazada se devuelve al empleado. 
A veces, el empleado realiza modificaciones menores y vuelve a enviar la 
solicitud de compra. Una vez que se aprueba una solicitud de compra, se 
devuelve al empleado que inicio la solicitud. El empleado reenvía el formulario 
al Departamento de Compras. Los empleados suelen hacer una copia del 
formulario para su propio registro, en caso de que el formulario se pierda. El 
Departamento de Compras verifica que la solicitud de compra esté completa y 
la devuelve al empleado si está incompleta. Luego, el departamento de compras 
ingresa la solicitud aprobada en el sistema empresarial de la empresa. Si el 
empleado no ha designado a ningún proveedor, un empleado del Departamento 
de Compras selecciona uno según las cotizaciones adjuntas a la solicitud de 
compra o según la lista de proveedores (lista maestra de proveedores) 
disponible en el sistema empresarial de la empresa. 
A veces, la cotización adjunta a la solicitud ha caducado mientras tanto. En este 
caso, se solicita una cotización actualizada al proveedor correspondiente. Otras 
veces, el proveedor que envió la cotización no está registrado en el sistema 
empresarial de la empresa. En este caso, el departamento de compras debe dar 
preferencia a los proveedores que estén registrados en el sistema empresarial. 
Si tales proveedores no están disponibles u ofrecen precios más altos que la 
cotización presentada, el Departamento de Compras puede agregar el nuevo 
proveedor al sistema empresarial. 
Cuando se selecciona un proveedor, el sistema empresarial genera 
automáticamente una orden de compra. La orden de compra se envía al 
proveedor por fax. Se envía una copia de la orden de compra a la oficina de 
cuentas por pagar. Esta oficina, que forma parte del Departamento de Finanzas, 
utilizaun sistema de contabilidad que no está integrado con el sistema 
empresarial, donde se almacenan las órdenes de compra. Las mercancías 
siempre se entregan al departamento de recepción de mercancías. Cuando se 
reciben las mercancías, un empleado de este departamento selecciona la orden 
de compra correspondiente en el sistema empresarial. El empleado verifica la 
cantidad y la calidad y genera un documento llamado formulario de entrada de 
mercancías a partir de la orden de compra almacenada en el sistema 
empresarial. Las mercancías se envían al empleado que inició la solicitud de 
compra. Se envía una copia impresa del formulario de entrada de mercancías a 
la oficina de cuentas por pagar. Si hay algún problema con los productos, se 
devuelven al proveedor y se envía una nota al Departamento de Compras y a la 
oficina de cuentas por pagar para su archivo. 
El proveedor finalmente envía la factura directamente a la oficina de cuentas por 
pagar. Un empleado de esta oficina compara la orden de compra, la entrada de 
mercancías y la factura. Esta última tarea se llama emparejamiento de tres vías. 
 
 
La coincidencia de tres vías requiere mucho tiempo porque el secretario necesita 
investigar cuidadosamente cada discrepancia. El proceso de pago lleva tanto 
tiempo que la empresa a menudo no cumple con el plazo para el pago de la 
factura y tiene que pagar una multa. 
Al final, el empleado activa la transferencia bancaria y envía un aviso de pago al 
proveedor. Algunos proveedores indican explícitamente en su factura el número 
de cuenta bancaria al que se debe realizar la transferencia. Sucede que el 
número de cuenta bancaria y el nombre indicado en la factura difiere del 
registrado en la base de datos de proveedores. A veces, los pagos se recuperan, 
en cuyo caso se contacta al proveedor por teléfono, correo electrónico o correo 
postal. Si se proporcionan nuevos datos bancarios, se intentará de nuevo la 
transferencia. Si el problema aún no se resuelve, la oficina de cuentas por pagar 
debe comunicarse nuevamente con el proveedor para rastrear la causa del pago 
rechazado. 
 
Solución:

Continuar navegando