Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Generar Listado De Productos Disponibles. Breve Descripción: Genera el listado de los productos disponibles en la imprenta. Actor: Responsable de Compras, Responsable de Ventas. Trigger: El Responsable de Compras o de Ventas selecciona la actividad Generar Listado De Productos Disponibles. Flujos de Eventos: Flujo Básico: 1 El Sistema muestra el listado generado ordenado por nombre de producto, mostrando su descripción. 2 El Sistema permite Responsable de Compras o de Ventas imprimir o guardar el listado. Flujos Alternativos: Ninguno. Relaciones de Inclusión: Ninguna. Relaciones de Extensión: Ninguna. Observaciones: Ninguna. Precondición: Los productos deben estar cargados y el usuario autenticado en el sistema. Poscondición: Se genera un listado. Página 136 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Alta Cliente. Breve Descripción: Crea un cliente con sus respectivos datos. Actor: Responsable de Ventas. Trigger: El Responsable de Ventas selecciona la actividad Alta Cliente. Flujos de Eventos: Flujo Básico: 1 El Sistema permite al Responsable de Ventas ingresar Razón Social o Nombre y Apellido, Código único, Dirección, Titular, Cuit, Condición De Iva, Mail, Teléfono, Cpa, Ingresos Brutos, Fecha Inicio Actividad, Localidad, Provincia, Código Postal. 2 El Sistema verifica que los datos ingresados no estén almacenados y que estén correctamente cargados. 3 El Sistema crea un nuevo Cliente los datos ingresados. 4 El Sistema habilita nuevamente la función Alta Cliente. Flujos Alternativos: 1 Cliente Existente: Si el Cliente existe el sistema cancela la carga y solicita que se ingrese una descripción de Cliente diferente. 2 Datos Obligatorios No Cargados: Si todos los datos obligatorios no fueron cargados el sistema muestra un mensaje de error y solicita se completen los datos requeridos. Relaciones de Inclusión: Ninguna. Relaciones de Extensión: Ninguna. Observaciones: Los datos que son obligatorios cargar cuando se crea un nuevo Cliente son: Nombre Apellido Cuit Condición de Iva CPA (Si lo posee) Precondición: El usuario debe estar autenticado en el sistema. Poscondición: Se crea un Cliente. Página 236 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Modificar Cliente. Breve Descripción: Permite modificar los datos de Cliente. Actor: Responsable de Ventas. Trigger: El Responsable de Ventas selecciona la actividad Modificar Cliente. Flujos de Eventos: Flujo Básico: 1 El Sistema permite al Responsable de Ventas modificar los datos del Cliente mediante la búsqueda del mismo. 2 El Responsable de Ventas de ingresa los nuevos datos. 3 El Sistema verifica que los datos ingresados no pertenezcan a un Cliente almacenado y que sean correctos. 4 El Sistema modifica los datos del Cliente deseado. 5 El Sistema habilita nuevamente la función Modificar Pedido. Flujos Alternativos: 1 Cliente Existente: Si el Cliente existe el sistema cancela la carga y solicita que se ingrese una descripción de Cliente diferente. 2 Datos Obligatorios No Cargados: Si todos los datos obligatorios no fueron cargados el sistema muestra un mensaje de error y solicita se completen los datos requeridos. Relaciones de Inclusión: Buscar Cliente (1). Relaciones de Extensión: Modificar Pedido (1), Alta Pedido (1). Observaciones: Los datos que son obligatorios cargar cuando se modifica un nuevo Cliente son: Nombre Apellido Cuit Condición de Iva CPA (Si lo posee) Precondición: El Cliente debe existir y el usuario debe estar autenticado en el sistema. Poscondición: Se modifican los datos de un Cliente. Página 336 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Baja Cliente. Breve Descripción: Permite la eliminación de un Cliente. Actor: Responsable de Ventas. Trigger: El Responsable de Ventas selecciona la actividad Baja Cliente. Flujos de Eventos: Flujo Básico: 1 El Sistema permite al Responsable de Ventas solicitar la eliminación de un Cliente directamente o mediante la búsqueda del mismo. 2 El Sistema pide que se confirme la eliminación del Cliente. 3 El Sistema da de baja al Cliente. Flujos Alternativos: 1 Cancelación de eliminación: Si el Responsable de Ventas no confirma la eliminación del Cliente, el sistema no genera cambios. Relaciones de Inclusión: Buscar Cliente (1). Relaciones de Extensión: Ninguna. Observaciones. Precondición: El Cliente debe existir y el usuario autenticado en el sistema. Poscondición: Se da de baja un Cliente. Página 436 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Alta Pedido. Breve Descripción: Crea un Pedido, permitiendo el ingreso de distintos datos. Actor: Responsable de Ventas. Trigger: El Responsable de Ventas selecciona la actividad Alta Pedido. Flujos de Eventos: Flujo Básico: 1 El Sistema permite al Responsable de Ventas seleccionar un producto de una lista de productos, ingresar la cantidad que se desea, y una seña en caso de existir y el cliente que lo realiza. 2 El Sistema verifica que los datos ingresados no estén almacenados y que estén correctamente cargados. 3 El Sistema crea un nuevo Pedido los datos ingresados. 4 El Sistema habilita nuevamente la función Modificar Pedido. Flujos Alternativos: 1 Pedido Existente: Si el Pedido existe el sistema cancela la carga y solicita que se ingrese una descripción de Pedido diferente. 2 Datos Obligatorios No Cargados: Si todos los datos obligatorios no fueron cargados el sistema muestra un mensaje de error y solicita se completen los datos requeridos. Relaciones de Inclusión: Ninguna. Relaciones de Extensión: Ninguna.. Observaciones: Los datos que son obligatorios cargar cuando se modifica un Pedido son: Producto Cantidad Precondición: El usuario debe estar autenticado en el sistema. Poscondición: Se crea un Pedido . Página 536 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Modificar Pedido. Breve Descripción: Permite modificar los datos de un Pedido. Actor: Responsable de Ventas. Trigger: El Responsable de Ventas selecciona la actividad Modificar Pedido. Flujos de Eventos: Flujo Básico: 1 El Sistema permite al Responsable de Ventas modificar los datos del pedido mediante la búsqueda del mismo. 2 El Responsable de Ventas ingresa los nuevos datos. 3 El Sistema verifica que los datos ingresados no pertenezcan a un Pedido almacenado y que sean correctos. 4 El Sistema modifica los datos del Pedido deseado. 5 El Sistema habilita nuevamente la función Modificar Pedido. Flujos Alternativos: 1 Pedido Existente: Si el Pedido existe el sistema cancela la carga y solicita que se ingrese una descripción de Pedido diferente. 2 Datos Obligatorios No Cargados: Si todos los datos obligatorios no fueron cargados el sistema muestra un mensaje de error y solicita se completen los datos requeridos. Relaciones de Inclusión: Buscar Pedido (1). Relaciones de Extensión: Ninguna. Observaciones: Los datos que son obligatorios cargar cuando se modifica un Pedido son: Nro Pedido Precondición: El pedido debe existir y el usuario debe estar autenticado en el sistema. Poscondición: Se modifican los datos de un Pedido. Página 636 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Baja Pedido. Breve Descripción: Permite la eliminación de un Pedido. Actor: Responsable de Ventas. Trigger: El Responsable de Ventas selecciona la actividad Baja Pedido. Flujos de Eventos: Flujo Básico: 1 El Sistema permite al Responsable de Ventas solicitar la eliminación de un Pedido directamente o mediante la búsqueda del mismo. 2 El Sistema pide que se confirme la eliminación del Pedido. 3 El Sistema da de baja al Pedido. Flujos Alternativos: 1 Cancelación de eliminación: Si el Responsable de Ventas no confirma la eliminación del Pedido, el sistema no genera cambios. Relaciones de Inclusión: Buscar Pedido (1). Relaciones de Extensión: Ninguna. Observaciones. Precondición: El pedido debe existir y el usuario autenticado en el sistema. Poscondición: Se da de baja un Pedido. Página 736 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Buscar Cliente. Breve Descripción: Permite buscar un Cliente. Actor: Responsable de Ventas. Trigger: El Responsable de Ventas selecciona la actividad Buscar Cliente. Flujos de Eventos: Flujo Básico: 1 El Sistema permite al Responsable de Ventas ingresar el Nombre y Apellido o la Razón Social del Cliente a buscar. 2 El Sistema muestra una lista de Clientes en concordancia con el dato ingresado. 3 El Sistema permite al Responsable de Ventas seleccionar un Cliente de la lista mostrada para visualizar los datos del mismo, modificar los mismos o darlo de baja. Flujos Alternativos: 1 Cliente No Encontrado: Si al ingresar el Apellido y Nombre o Razón Social el sistema no encuentra el/los Cliente/s correspondiente/s para dicho dato se muestra un mensaje de error informando sobre la inexistencia del Cliente. Relaciones de Inclusión: Ninguna. Relaciones de Extensión: Ninguna. Observaciones: Es obligatorio ingresar el Nombre y Apellido o Razón Social de un Cliente para ver los datos. Precondición: El usuario autenticado en el sistema. Poscondición: Se muestran los resultados obtenidos. Página 836 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Ver Datos Cliente. Breve Descripción: Permite ver los datos de un Cliente. Actor: Responsable de Ventas. Trigger: El Responsable de Ventas selecciona la actividad Ver Datos Cliente. Flujos de Eventos: Flujo Básico: 1 El Sistema muestra los datos de un Cliente, Nombre, Apellido, Razón Social, Cuit, Dirección, Condición de Iva, E-mail, Teléfono. Flujos Alternativos: Ninguno. Relaciones de Inclusión: Ninguna. Relaciones de Extensión: Ver Datos Cliente (1). Observaciones: Ninguna Precondición: Debe seleccionarse un Cliente y el usuario autenticado en el sistema. Poscondición: Se muestran los datos de un Cliente. Página 936 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Ver Datos Pedido. Breve Descripción: Permite ver los datos de un Pedido. Actor: Responsable de Ventas. Trigger: El Responsable de Ventas selecciona la actividad Ver Datos Pedido. Flujos de Eventos: Flujo Básico: 1 El Sistema muestra los datos de un Pedido, Cliente, Estado, etc. Flujos Alternativos: Ninguno. Relaciones de Inclusión: Ninguna. Relaciones de Extensión: Buscar Pedido (1). Observaciones: Ninguna Precondición: Debe seleccionarse un Pedido y el usuario debe estar autenticado en el sistema. Poscondición: Se muestran los datos de un Pedido. Página 1036 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Buscar Pedido. Breve Descripción: Permite buscar un Pedido. Actor: Responsable de Ventas. Trigger: El Responsable de Ventas selecciona la actividad Buscar Pedido. Flujos de Eventos: Flujo Básico: 1 El Sistema permite al Responsable de Ventas ingresar Número de Pedido, Cliente o Rango de Fechas del Pedido a buscar. 2 El Sistema muestra una lista de Pedidos en concordancia con el dato ingresado. 3 El Sistema permite al Responsable de Ventas seleccionar un Pedido de la lista mostrada para visualizar los datos del mismo, modificar los mismos o darlo de baja. Flujos Alternativos: 1 Pedido No Encontrado: Si al ingresar el Número de Pedido, Cliente o Rango de Fechas el sistema no encuentra el/los Pedido/s correspondiente/s para dicho dato se muestra un mensaje de error informando sobre la inexistencia del Pedido. Relaciones de Inclusión: Ninguna. Relaciones de Extensión: Ninguna. Observaciones: Es obligatorio ingresar el Número de Pedido, Cliente o Rango de Fechas de un Pedido para ver los datos. Precondición: El usuario debe estar autenticado en el sistema. Poscondición: Se muestran los resultados obtenidos. Página 1136 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Generar Informe de Pedido. Breve Descripción: Genera un informe sobre un pedido, mostrando el estado y las características. Actor: Responsable de Ventas. Trigger: El Responsable de Ventas selecciona la actividad Generar Informe de Pedido. Flujos de Eventos: Flujo Básico: 1 El Sistema muestra el informe generado mostrando el estado del pedido (entregado, no entregado, no realizado, pagado, no pagado) y las características (Cliente que lo pido, cantidad, precio, etc.). 2 El Sistema permite Responsable de Ventas imprimir el listado. Flujos Alternativos: Ninguno. Relaciones de Inclusión: Ninguna. Relaciones de Extensión: Ninguna. Observaciones: Ninguna. Precondición: Los Pedidos deben estar cargados y el usuario autenticado en el sistema. Poscondición: Se genera un Informe. Página 1236 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Generar Informe Histórico por Cliente. Breve Descripción: Genera un informe mostrando los distintos pedidos realizados por un Cliente. Actor: Responsable de Ventas. Trigger: El Responsable de Ventas selecciona la actividad Generar Informe Histórico por Cliente. Flujos de Eventos: Flujo Básico: 1 El Sistema muestra el informe generado mostrando los Pedidos realizados por un Cliente mostrando las características y fecha de entrega. 2 El Sistema permite Responsable de Ventas imprimir el listado. Flujos Alternativos: Ninguno. Relaciones de Inclusión: Ninguna. Relaciones de Extensión: Ninguna. Observaciones: Ninguna. Precondición: El usuario debe estar autenticado en el sistema. Poscondición: Se genera un Informe. Página 1336 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Alta Mercadería. Breve Descripción: Realiza el alta de la mercadería, permitiendo el ingreso de distintos datos: nombre, cantidad y descripción de la misma. Actor: Responsable de compras. Trigger: El responsable de compras selecciona la actividad Alta Mercadería. Flujos de Eventos: Flujo Básico: 1 El Sistema permite al Responsable de Compras ingresar el nombre y descripción de la mercadería. 2 El Sistema verifica que los datos ingresados estén correctamente cargados. 3 El Sistema crea la mercadería con los datos ingresados. 4 El Sistema habilita nuevamente la función Alta Mercadería Flujos Alternativos: 1 Datos Obligatorios No Cargados: Si todos los datos obligatorios no fueron cargados el sistema muestra un mensaje de error y solicita se completen los datos requeridos. Relaciones de Inclusión: Ninguna. Relaciones de Extensión: Alta Stock (1). Observaciones: Los datos que son obligatorios cargar cuando se crea la mercadería son: Nombre Precondición: El usuario debe encontrarse autenticado en el sistema Poscondición: Se crea la mercadería. Página 1436 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Baja Mercadería. Breve Descripción: Permite la eliminación de la mercadería. Actor: Responsable de Compras. Trigger: El Responsable de Compras selecciona la actividad Baja Mercadería. Flujos de Eventos: Flujo Básico: 1 El Sistema permite al Responsable de Compras solicitar la eliminación de la mercadería mediante la búsqueda de la misma. 2 El Sistema pide que se confirme la eliminación de la mercadería. 3 El Sistema da de baja la mercadería. 4 El Sistema habilita nuevamente la función baja mercadería para una nueva eliminación. Flujos Alternativos: 1 Cancelación de eliminación: Si el Responsable de Compras no confirma la eliminación de la mercadería, el sistema no genera cambios. 2 Mercadería No Seleccionada: Si la Mercadería a eliminar no se encuentra seleccionada cuando se solicita la baja de la misma el sistema muestra un mensaje de error solicitando se seleccione una. Relaciones de Inclusión: Buscar Mercadería (1). Relaciones de Extensión: Ninguna. Observaciones. Precondición: Que la Mercadería se encuentre cargada, y el usuario autenticado en el sistema. Poscondición: Se da de baja la mercadería. Página 1536 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Modificar Mercadería. Breve Descripción: Permite modificar los datos de la mercadería. Actor: Responsable de Compras. Trigger: El Responsable de Compras selecciona la actividad Modificar Mercadería. Flujos de Eventos: Flujo Básico: 1 El Sistema permite al Responsable de Compras modificar los datos de la mercadería insertándolos mediante la búsqueda del mismo. 2 El Responsable de Compras ingresa los nuevos datos. 3 El Sistema verifica que los datos ingresados sean correctos. 4 El Sistema modifica los datos de la mercadería seleccionada. 5 El Sistema habilita nuevamente la función modificar Mercadería. Flujos Alternativos: 1 Datos Obligatorios No Cargados: Si todos los datos obligatorios no fueron cargados el sistema muestra un mensaje de error y solicita se completen los datos requeridos. Relaciones de Inclusión: Buscar Mercadería (1). Relaciones de Extensión: Ninguna. Observaciones: -Los datos que son obligatorios cargar cuando se modifica una Mercadería son: Nombre Precondición: Que la Mercadería se encuentre cargada, y el usuario autenticado en el sistema. Poscondición: Se modifican los datos de la mercadería. Página 1636 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Buscar Mercadería. Breve Descripción: Permite buscar una mercadería. Actor: Responsable de Compras. Trigger: El Responsable de Compras selecciona la actividad Buscar Mercadería. Flujos de Eventos: Flujo Básico: 1 El Sistema permite al Responsable de Compras ingresar el nombre o la descripción (total o parcial) de la mercadería a buscar. 2 El Sistema muestra una lista de mercaderías en concordancia con el dato ingresado. 3 El Sistema permite al Responsable de Compras seleccionar una mercadería de la lista mostrada para visualizar los datos de la misma. Flujos Alternativos: 1 Mercadería No Encontrada: Si al ingresar el nombre el sistema no encuentra la mercadería correspondiente para dicho dato se muestra un mensaje de error informando sobre la inexistencia de la mercadería. Relaciones de Inclusión: Ninguna. Relaciones de Extensión: Ver Datos mercadería (2). Observaciones: Es obligatorio ingresar el nombre o la descripción (total o parcial) de la mercadería para ver los datos. Precondición: El usuario debe encontrarse autenticado en el sistema. Poscondición: Se muestran los resultados obtenidos. Página 1736 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Ver Datos Mercadería. Breve Descripción: Permite ver los datos de la mercadería. Actor: Responsable de Compras. Trigger: El Responsable de Compras selecciona la actividad Ver Datos Mercadería. Flujos de Eventos: Flujo Básico: 1 El Sistema muestra los datos de la mercadería: Nombre, Cantidad y Descripción. Flujos Alternativos: Ninguno. Relaciones de Inclusión: Ninguna. Relaciones de Extensión: Ninguna. Observaciones: Ninguna Precondición: Debe seleccionarse una mercadería y el usuario debe estar autenticado en el sistema. Poscondición: Se muestran los datos. Página 1836 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Alta Stock Breve Descripción: Crea el stock de la mercadería. Actor: Responsable de Compras. Trigger: El Responsable de Compras selecciona la actividad Alta Stock. Flujos de Eventos: Flujo Básico: 1 El Sistema permite al Responsable de Compras ingresar el Nombre, cantidad adquirida y cantidad mínima necesaria de la mercadería a la que se quiere asignar el stock. 2 El Sistema verifica que los datos ingresados estén correctamente cargados. 3 El Sistema asigna un stock para la mercadería con los datos ingresados. 4 El Sistema habilita nuevamente la función Alta Stock. Flujos Alternativos: 1 Datos Obligatorios No Cargados: Si todos los datos obligatorios no fueron cargados el sistema muestra un mensaje de error y solicita se completen los datos requeridos. Relaciones de Inclusión: Ninguna. Relaciones de Extensión: Ninguna. Observaciones: Los datos que son obligatorios cargar cuando se crea un stock son: Nombre de la mercadería. Cantidad adquirida por mercadería. Precondición: El usuario debe encontrarse autenticado en el sistema Poscondición: Se asigna un stock a la mercadería. Página 1936 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Baja Stock. Breve Descripción: Permite la eliminación de un stock de una mercadería. Actor: Responsable de Compras. Trigger: El Responsable de Compras selecciona la actividad Baja Stock. Flujos de Eventos: Flujo Básico: 1 El Sistema permite al Responsable de Compras solicitar la eliminación de un Stock de una mercadería mediante la búsqueda de la misma. 2 El Sistema pide que se confirme la eliminación del stock asignado a la mercadería. 3 El Sistema da de baja el stock. 4 El Sistema habilita nuevamente la función Baja Stock Flujos Alternativos: 1 Cancelación de eliminación: Si el Responsable de Compras no confirma la eliminación del stock, el sistema no genera cambios. Relaciones de Inclusión: Buscar Mercadería (1). Relaciones de Extensión: Ninguna. Observaciones. Precondición: Que el Stock se encuentre cargado, y el usuario autenticado en el sistema. Poscondición: Se da de baja un stock. Página 2036 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Modificar Stock Breve Descripción: Permite modificar el stock de una mercadería. Actor: Responsable de Compras. Trigger: El Responsable de Compras selecciona la actividad Modificar Stock. Flujos de Eventos: Flujo Básico: 1 El Sistema permite al Responsable de Compras modificar los datos del stock de una mercadería mediante la búsqueda de la misma. 2 El Responsable de Compras ingresa los nuevos datos. 3 El Sistema verifica que los datos ingresados sean correctos. 4 El Sistema modifica los datos del stock del deseado. 5 El Sistema habilita nuevamente la función Modificar Stock Flujos Alternativos: 1 Datos Obligatorios No Cargados: Si todos los datos obligatorios no fueron cargados el sistema muestra un mensaje de error y solicita se completen los datos requeridos. Relaciones de Inclusión: Buscar Mercadería (1). Relaciones de Extensión: Ninguna. Observaciones: -Los datos que son obligatorios cargar cuando se modifica un Stock son: Nombre de la mercadería a la que se quiere modificar el stock. Precondición: Que el Stock se encuentre cargado, y el usuario autenticado en el sistema. Poscondición: Se modifican los datos del stock. Página 2136 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Generar Informe de Stock. Breve Descripción: Genera el informe con el stock de las mercaderías cargadas en el sistema. Actor: Responsable de Compras. Trigger: El Responsable de Compras selecciona la actividad Generar Informe de Stock. Flujos de Eventos: Flujo Básico: 1 El Sistema permite seleccionar dos tipos de órdenes para generar el informe de stock: por mercadería y por proveedor. 2 El Sistema muestra el informe generado por Nombre de la mercadería con su respectiva descripción, las unidades en stock y la cantidad mínima requerida. 3 El Sistema permite al Responsable de Compras imprimir o guardar el listado. 4 El Sistema retorna a la función Generar Informe de Stock. Flujos Alternativos: Ninguno Relaciones de Inclusión: Ninguna. Relaciones de Extensión: Ninguna. Observaciones: Los datos que se muestran en el listado: Nombre, descripción y cantidad mínima requerida de mercadería. Razón social del proveedor. Precondición: Que el usuario se encuentre autenticado en el sistema Poscondición: Se genera un informe con el stock de las mercaderías almacenadas en el sistema. Página 2236 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Alta Proveedor. Breve Descripción: Crea un proveedor, permitiendo el ingreso de distintos datos. Actor: Responsable de Compras. Trigger: El Responsable de Compras selecciona la actividad Alta Proveedor. Flujos de Eventos: Flujo Básico: 1 El Sistema permite al Responsable de Compras ingresar Razón social, CUIT, dirección, condición IVA, teléfono, email, ingresos brutos, localidad, código postal y provincia del proveedor que se quiere dar de alta. 2 El Sistema verifica que los datos ingresados estén correctamente cargados. 3 El Sistema crea un nuevo proveedor con los datos ingresados. 4 El Sistema habilita nuevamente la función Alta Proveedor. Flujos Alternativos: 1 Datos Obligatorios No Cargados: Si todos los datos obligatorios no fueron cargados el sistema muestra un mensaje de error y solicita se completen los datos requeridos. Relaciones de Inclusión: Ninguna. Relaciones de Extensión: Ninguna. Observaciones: Los datos que son obligatorios cargar cuando se crea un Proveedor son: Razón Social CUIT Condición IVA Precondición: Que el usuario se encuentre autenticado en el sistema. Poscondición: Se crea un Proveedor. Página 2336 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Baja Proveedor. Breve Descripción: Permite la eliminación de un proveedor. Actor: Responsable de Compras. Trigger: El Responsable de Compras selecciona la actividad Baja Proveedor. Flujos de Eventos: Flujo Básico: 1 El Sistema permite al Responsable de Compras solicitar la eliminación de un proveedor mediante la búsqueda del mismo. 2 El Sistema pide que se confirme la eliminación del proveedor. 3 El Sistema da de baja el proveedor. 4 El Sistema habilita nuevamente la función baja proveedor. Flujos Alternativos: 1 Cancelación de eliminación: Si el Responsable de Compras no confirma la eliminación del proveedor, el sistema no genera cambios. Relaciones de Inclusión: Buscar Proveedor (1). Relaciones de Extensión: Ninguna. Observaciones. Precondición: Que el Proveedor se encuentre cargado, y el usuario autenticado en el sistema. Poscondición: Se da de baja el proveedor. Página 2436 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Modificar Proveedor. Breve Descripción: Permite modificar y actualizar los datos de un Proveedor. Actor: Responsable de Compras. Trigger: El Responsable de Compras selecciona la actividad Modificar Proveedor. Flujos de Eventos: Flujo Básico: 1 El Sistema permite al Responsable de Compras modificar los datos del proveedor mediante la búsqueda del mismo. 2 El Responsable de Compras ingresa los nuevos datos. 3 El Sistema verifica que los datos ingresados sean correctos. 4 El Sistema modifica los datos del proveedor deseado. 5 El Sistema habilita nuevamente la función modificar Proveedor. Flujos Alternativos: 1 Datos Obligatorios No Cargados: Si todos los datos obligatorios no fueron cargados el sistema muestra un mensaje de error y solicita se completen los datos requeridos. Relaciones de Inclusión: Buscar Proveedor (1). Relaciones de Extensión: Ninguna. Observaciones: -Los datos que son obligatorios cargar cuando se modifica un proveedor son: Razón Social CUIT Condición IVA Precondición: Que el Proveedor se encuentre cargado, y el usuario autenticado en el sistema. Poscondición: Se modifican los datos del proveedor. Página 2536 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Buscar Proveedor. Breve Descripción: Permite buscar un proveedor. Actor: Responsable de Compras. Trigger: El Responsable de Compras selecciona la actividad Buscar Proveedor. Flujos de Eventos: Flujo Básico: 1 El Sistema permite al Responsable de Compras ingresar la razón social o CUIT del proveedor a buscar. 2 El Sistema muestra una lista de proveedores en concordancia con el dato ingresado. 3 El Sistema permite al Responsable de Compras seleccionar un proveedor de la lista mostrada para visualizar los datos del mismo. Flujos Alternativos: 1 Proveedor No Encontrado: Si al ingresar la razón social el sistema no encuentra el proveedor correspondiente para dicho dato se muestra un mensaje de error informando sobre la inexistencia del proveedor. Relaciones de Inclusión: Ninguna. Relaciones de Extensión: Ver Datos proveedor (3). Observaciones: Es obligatorio ingresar la razón social o CUIT del proveedor para ver los datos del mismo. Precondición: Que el usuario se encuentre autenticado en el sistema. Poscondición: Se muestran los resultados obtenidos. Página 2636 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Ver Datos Proveedor. Breve Descripción: Permite ver los datos de un proveedor. Actor: Responsable de Compras. Trigger: El Responsable de Compras selecciona la actividad Ver Datos Proveedor. Flujos de Eventos: Flujo Básico: 1 El Sistema muestra los datos del proveedor: Razón social, CUIT, dirección, condición IVA, teléfono, mail, ingresos brutos, localidad, código postal y provincia. Flujos Alternativos: Ninguno. Relaciones de Inclusión: Ninguna. Relaciones de Extensión: Ninguna. Observaciones: Ninguna Precondición: Debe seleccionarse un proveedor, y el usuario autenticado en el sistema. Poscondición: Se muestran los datos del proveedor. Página 2736 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Generar Informe de Proveedores. Breve Descripción: Genera el informe de los proveedores cargados en el sistema. Actor: Responsable de Compras. Trigger: El Responsable de Compras selecciona la actividad Generar Informe de Proveedores. Flujos de Eventos: Flujo Básico: 1 El Sistema genera un informe por razón social con sus respectivos datos por proveedor. 2 El Sistema muestra el listado generado. 3 El Sistema permite al Responsable de Compras imprimir o guardar el listado. 4 El Sistema retorna a la función Generar Informe de Proveedores. Flujos Alternativos: Ninguno Relaciones de Inclusión: Ninguna. Relaciones de Extensión: Ninguna. Observaciones: Los datos que se muestran en el listado son: Razón Social, CUIT, Dirección, Teléfono, Localidad y Mail. Precondición: Que el usuario se encuentre autenticado en el sistema. Poscondición: Se genera un informe de los movimientos con los proveedores almacenados en el sistema. Página 2836 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Validación y autorización. Breve Descripción: Permite la identificación, validación y autorización de los distintos usuarios. Actor: Usuario. Trigger: El Usuario inicia el sistema. Flujos de Eventos: Flujo Básico: 1 El Sistema despliega la función Validación y Autorización. 2 El Sistema permite al Usuario ingresar el nombre de usuario y contraseña. 3 El Sistema verifica los datos ingresados. 4 El Sistema habilita las funciones correspondientes para el tipo de usuario. Flujos Alternativos: 1 Datos Incorrectos: Si el Sistema verifica que el nombre de usuario o contraseña es incorrecto muestra un mensaje de datos erróneos no identificando cual dato es incorrecto. 2 Datos imprenta no cargados: Si el sistema no tiene los datos de la imprenta que gestionará no permite el ingreso del usuario, salvo sea el Encargado al cual notificará de este suceso, y solicitará que realice el alta de datos en forma inmediata desplegando la funcionalidad correspondiente. Relaciones de Inclusión: Ninguna. Relaciones de Extensión: Gestionar Datos Imprenta (4). Observaciones: Los datos que son obligatorios ingresar cuando se inicia el sistema son: Nombre de usuario. Contraseña Precondición: Ninguna Poscondición: Se ingresa al Sistema. Página 2936 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Modificar Contraseña. Breve Descripción: Permite la modificación de la contraseña de los usuarios. Actor: Usuario. Trigger: El Usuario selecciona la actividad modificar contraseña dentro de la pantalla principal. Flujos de Eventos: Flujo Básico: 1 El Sistema despliega la función Modificar Contraseña. 2 El Sistema solicita ingresar su nombre de usuario, la contraseña antigua y la nueva con verificación a través de reiteración. 3 El Sistema verifica los datos ingresados. 4 El Sistema modifica la contraseña del respectivo usuario. Flujos Alternativos: 1 Contraseña Incorrecta: Si el Sistema verifica que la contraseña antigua es incorrecta emite un mensaje de error solicitando se reingresen todas las contraseñas. 2 Campo no completado: Si no se ha ingresado un dato obligatorio el sistema despliega un mensaje de error notificando del dato faltante 3 Contraseña Nueva no verificada: Si la contraseña nueva y su verificación no son coincidentes se emite un mensaje de error. Relaciones de Inclusión: Ninguna. Relaciones de Extensión: Ninguna. Observaciones: Los datos que son obligatorios ingresar: Nombre de usuario Contraseña Antigua Contraseña Nueva Verificación de Contraseña Nueva Precondición: El usuario debe existir. Poscondición: Se modifica una contraseña. Página 3036 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Gestionar Datos imprenta Breve Descripción: Asigna, modifica o elimina los datos de la imprenta que gestionará el sistema. Actor: Encargado. Trigger: El Encargado selecciona la actividad Gestionar Datos imprenta Flujos de Eventos: Flujo Básico: 1 El Sistema despliega la función Gestionar Datos imprenta. 2 El Sistema permite al Encargado ingresar o modificar el nombre, titular, CUIT, dirección, condición IVA, número de registro, teléfono, email, fecha inicio, ingresos brutos, localidad, provincia, código postal de la imprenta. 3 El Sistema verifica que los datos estén correctamente cargados. 4 El Sistema asigna o modifica los datos de la imprenta que gestionará el sistema. Flujos Alternativos: 1 Datos Obligatorios No Cargados: Si todos los datos obligatorios no fueron cargados el sistema muestra un mensaje de error y solicita se completen los datos requeridos. Relaciones de Inclusión: Ninguna. Relaciones de Extensión: Ninguna. Observaciones: Los datos que son obligatorios cargar cuando se gestiona los datos de la imprenta son: Nombre CUIT Condición IVA Número de Registro Fecha Inicio Ingresos Brutos Precondición: El usuario debe encontrarse autenticado en el sistema. Poscondición: Se actualizan los datos de la imprenta. Página 3136 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Alta Producto. Breve Descripción: Crea un Producto para la venta en la imprenta. Actor: Encargado. Trigger: El Encargado selecciona la actividad Alta Producto. Flujos de Eventos: Flujo Básico: 1 El Sistema despliega la función Alta Producto. 2 El Sistema permite al Encargado ingresar la descripción, cantidad mínima necesaria y el código del producto. 3 El Sistema verifica que los datos ingresados no estén almacenados y que estén correctamente cargados. 4 El Sistema crea un nuevo Producto con los datos ingresados. 5 El Sistema habilita nuevamente la pantalla Alta Producto para una nueva carga. Flujos Alternativos: 1 Código Existente: Si el código existe el sistema cancela la carga y solicita que se ingrese un código de Producto diferente. 2 Datos Obligatorios No Cargados: Si todos los datos obligatorios no fueron cargados el sistema muestra un mensaje de error y solicita se completen los datos requeridos. Relaciones de Inclusión: Ninguna. Relaciones de Extensión: Ninguna. Observaciones: Los datos que son obligatorios cargar cuando se crea un nuevo Producto son: Descripción Código. Precondición: El usuario debe encontrarse autenticado en el sistema. Poscondición: Se crea un Producto. Página 3236 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Modificar Producto. Breve Descripción: Permite modificar y actualizar los datos de un Producto. Actor: Encargado. Trigger: El Encargado selecciona la actividad Modificar Producto. Flujos de Eventos: Flujo Básico: 1 El Sistema despliega la función Modificar Producto. 2 El Sistema permite al Encargado seleccionar el Producto al cual se desea modificarle los datos de una lista de Productos cargados mediante la búsqueda del mismo por código o descripción total o parcial. 3 El Encargado ingresa los nuevos datos. 4 El Sistema verifica que los datos ingresados no pertenezcan a un Producto almacenado y que sean correctos. 5 El Sistema modifica los datos del Producto deseado. 6 El Sistema habilita nuevamente la función modificar Producto. Flujos Alternativos: 1 Código Existente: Si el código existe el sistema cancela la carga y solicita que se ingrese un código de Producto diferente. 2 Datos Obligatorios No Cargados: Si todos los datos obligatorios no fueron cargados el sistema muestra un mensaje de error y solicita se completen los datos requeridos. Relaciones de Inclusión: Buscar Producto (2). Relaciones de Extensión: Ninguna. Observaciones: -Todos los datos son modificables. -Los datos que son obligatorios cargar cuando se modifica un nuevo Producto son: Descripción Código. Precondición: Que el Producto se encuentre cargado, y el usuario autenticado en el sistema. Poscondición: Se modifican los datos de un Producto. Página 3336 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Baja Producto. Breve Descripción: Permite la eliminación de un Producto. Actor: Encargado. Trigger: El Encargado selecciona la actividad Baja Producto. Flujos de Eventos: Flujo Básico: 1 El Sistema despliega la función Baja Producto. 2 El Sistema permite al Encargado seleccionar el Producto al cual se desea dar de baja de una lista de Productos cargados mediante la búsqueda del mismo por código o descripción total o parcial. 3 El Sistema permite al Encargado solicitar la eliminación del Producto seleccionado. 4 El Sistema pide que se confirme la eliminación del Producto. 5 El Sistema da de baja al Producto. 6 El Sistema habilita nuevamente la función baja producto para una nueva eliminación. Flujos Alternativos: 1 Producto No Seleccionado: Si el Producto a eliminar no se encuentra seleccionado cuando se solicita la baja del mismo el sistema muestra un mensaje de error solicitando se seleccione uno. 2 Cancelación de eliminación: Si el Encargado no confirma la eliminación del Producto, el sistema no genera cambios y despliega nuevamente la función Baja Producto. Relaciones de Inclusión: Buscar Producto (2). Relaciones de Extensión: Ninguna. Observaciones: Es obligatorio seleccionar un Producto para dar de baja. Precondición: Que el Producto se encuentre cargado, y el usuario autenticado en el sistema. Poscondición: Se da de baja un Producto. Página 3436 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Buscar Producto. Breve Descripción: Permite buscar un Producto para luego visualizar sus datos. Actor: Encargado. Trigger: El Encargado selecciona la actividad Buscar Producto. Flujos de Eventos: Flujo Básico: 1 El Sistema despliega la función Buscar Producto. 2 El Sistema permite al Encargado ingresar el código o descripción (total o parcial) del Producto a buscar. 3 El Sistema muestra una lista de Productos en concordancia con el dato ingresado. 4 El Sistema permite al Encargado seleccionar un Producto de la lista mostrada para visualizar los datos del mismo. Flujos Alternativos: 1 Producto No Encontrado: Si al ingresar el código o descripción el sistema no encuentra el/los Producto/s correspondiente/s para dicho dato se muestra un mensaje de error informando sobre la inexistencia del Producto. Relaciones de Inclusión: Ninguna. Relaciones de Extensión: Ver Datos Productos (3). Observaciones: Es obligatorio ingresar el código o descripción de un Producto para ver los datos. Precondición: Que el usuario se encuentre autenticado en el sistema. Poscondición: Se muestran los datos de un Producto. Página 3536 Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo Caso de Uso: Generar Informe de Stock Mínimo Alcanzado. Breve Descripción: Genera un informe de la Mercadería de existencia mínima, con el proveedor que la brinda y los datos relevantes de mismo. Actor: Responsable de Compras Trigger: El Responsable de Compras selecciona la actividad Generar Informe de Stock Mínimo Alcanzado. Flujos de Eventos: Flujo Básico: 1 El Sistema despliega la función Generar Informe de Stock Mínimo Alcanzado. 2 El Sistema permite seleccionar tres tipos de órdenes para generar el informe de stock mínimo alcanzado: por mercadería, por proveedor y por localidad del proveedor. 3 El Sistema muestra el listado generado. 4 El Sistema permite al Responsable de Compras imprimir o guardar el listado. 5 El Sistema retorna a la función Generar Informe de Stock Mínimo Alcanzado. Flujos Alternativos: Ninguno Relaciones de Inclusión: Ninguna. Relaciones de Extensión: Ninguna. Observaciones: Los datos que se muestran en el listado: Nombre y descripción de mercadería. Razón social, dirección, teléfono, email y localidad del proveedor. Precondición: Que el usuario se encuentre autenticado en el sistema. Poscondición: Se genera un listado de stock mínimo alcanzado. Página 3636