Ir al contenido

3 · Procesos, KPI y ERP

20 preguntas · cuatro opciones · una correcta · nivel inicial. Piensa tu respuesta y pulsa Corregir. Después lee las cuatro explicaciones: incluyen significados, usos y diferencias entre conceptos. No necesitas consultar teoría para aprovechar la corrección.

Las preguntas y opciones se barajan. Marca tus dudas y vuelve a intentarlo más tarde.

¿Qué describe mejor un proceso empresarial?

  • Actividades relacionadas que transforman entradas en resultados.

    Correcta. Un proceso utiliza recursos y combina personas, tecnología e información para crear valor. ISO es la Organización Internacional de Normalización; el tema cita ISO 9000 al definir proceso.

  • Datos sin relación guardados en carpetas independientes.

    Acumular datos no define una secuencia de actividades que aporte un resultado.

  • Un objetivo sin tareas ni recursos para alcanzarlo.

    El objetivo expresa el resultado deseado; el proceso organiza la actividad para producir resultados.

  • Un departamento sin contacto con clientes internos ni externos.

    Un proceso puede cruzar departamentos y aportar valor a clientes externos o internos.


Para situarlo: UT2 §2.1 · Concepto de proceso empresarial. Temario de consulta opcional.

Un equipo cumple la meta usando menos recursos que antes. ¿Qué diferencia distingue eficacia y eficiencia?

  • Eficacia: gastar recursos; eficiencia: acumular documentos.

    Ninguna de esas expresiones define adecuadamente los conceptos.

  • Eficacia: alcanzar resultados; eficiencia: aprovechar recursos.

    Correcta. Se puede alcanzar un objetivo con mucho desperdicio: sería eficaz, pero poco eficiente. Aquí se mantiene el resultado y mejora el uso de recursos.

  • Eficacia: aprovechar recursos; eficiencia: alcanzar resultados.

    Intercambia las definiciones empleadas en el tema.

  • Eficacia: automatizar; eficiencia: contratar más personal.

    Automatizar o contratar son decisiones posibles, no las definiciones de eficacia y eficiencia.


Para situarlo: UT2 §2.1 · Concepto de proceso empresarial. Temario de consulta opcional.

¿Qué explica un modelo de negocio?

  • Únicamente la distribución de las mesas de oficina.

    El espacio físico puede ser un recurso, pero no explica todo el funcionamiento económico.

  • Exclusivamente el lenguaje de programación de la web.

    La tecnología apoya la actividad, pero no sustituye el modelo de negocio.

  • Cómo se crea, entrega y captura valor.

    Correcta. Describe clientes, oferta, recursos, actividades y la forma de generar ingresos y beneficios; ayuda a probar hipótesis y estudiar cambios.

  • Solo las contraseñas de acceso al sistema contable.

    Las credenciales no describen propuesta de valor, clientes ni generación de ingresos.


Para situarlo: UT2 §2.2 · Concepto de modelo de negocio. Temario de consulta opcional.

Atención al Cliente envía camiones casi vacíos para no retrasar entregas. ¿Qué problema ilustra?

  • Cumplir un objetivo local garantiza el beneficio total.

    Los sobrecostes de los viajes muestran que esa garantía no existe.

  • Los costes del transporte no afectan a la empresa.

    Combustible, conductores y mantenimiento influyen en la rentabilidad.

  • La información compartida impide coordinar departamentos.

    Compartir información ayuda a detectar este conflicto y coordinar decisiones.

  • Mejorar un área puede empeorar el resultado global.

    Correcta. El departamento cumple su objetivo local, pero aumenta los costes. El modelo debe equilibrar servicio y rentabilidad del conjunto.


Para situarlo: UT2 §2.2.1 · La importancia de construir modelos de negocio. Temario de consulta opcional.

Ventas y Finanzas guardan cifras incompatibles y no comparten los datos. ¿Cómo se llama este problema?

  • Silos de información.

    Correcta. Son conjuntos de información aislados entre áreas. Pueden deberse a sistemas no integrados o a barreras organizativas.

  • Integración horizontal completa.

    Integrar departamentos implica compartir datos coherentes, justo lo que falta aquí.

  • Fuente única de información.

    Hay versiones incompatibles, no una referencia común y fiable.

  • Modelo multidimensional.

    Un modelo analítico organiza hechos y dimensiones; no es el nombre del aislamiento departamental.


Para situarlo: UT2 §2.2.2 · Silos de información. Temario de consulta opcional.

¿Qué significa KPI y para qué sirve?

  • Key Process Inventory: almacenar todas las facturas.

    Un inventario de documentos no es la definición de KPI.

  • Key Performance Indicator: medir objetivos clave.

    Correcta. Un KPI es un indicador clave de rendimiento o de negocio: una medida cuantificable vinculada a actividades críticas y objetivos.

  • Knowledge Planning Interface: conectar dos bases de datos.

    Una interfaz puede conectar sistemas, pero KPI no significa eso.

  • Kernel Performance Input: iniciar un sistema operativo.

    El término del temario es empresarial, no una instrucción del núcleo del sistema.


Para situarlo: UT2 §2.2.3 · Indicador clave de negocio (KPI). Temario de consulta opcional.

El KPI es el porcentaje de llamadas atendidas antes de 20 segundos. Se obtiene un 85 % y la meta era 80 %. ¿Qué indica?

  • El 85 % de los clientes compró un producto.

    El KPI mide rapidez de respuesta, no conversión de ventas.

  • Todas las llamadas se atendieron a tiempo.

    Un 85 % no equivale al 100 % de las llamadas.

  • Se supera la meta de ese indicador.

    Correcta. El indicador mide una proporción definida; 85 % supera el objetivo de al menos 80 %. No demuestra por sí solo que todos los objetivos de atención se cumplan.

  • El tiempo medio de respuesta fue de 85 segundos.

    Se está midiendo un porcentaje, no una media de segundos.


Para situarlo: UT2 §2.2.3 · Indicador clave de negocio (KPI). Temario de consulta opcional.

¿Qué diferencia existe entre e-business y e-commerce?

  • E-business gestiona solo pagos; e-commerce, toda la empresa.

    Reduce indebidamente e-business e invierte la amplitud de los conceptos.

  • Ambos significan exclusivamente publicidad en redes sociales.

    La publicidad es una actividad posible, pero no define ninguno de los dos conceptos.

  • Ambos exigen vender únicamente productos físicos.

    El comercio y el negocio electrónicos también pueden incluir servicios y productos digitales.

  • E-business abarca el negocio; e-commerce, la compraventa electrónica.

    Correcta. El negocio electrónico incluye procesos internos, proveedores, análisis y clientes. El comercio electrónico es una parte de ese ámbito.


Para situarlo: UT2 §3 · El negocio electrónico (e-business). Temario de consulta opcional.

¿Qué significa ERP?

  • Enterprise Resource Planning.

    Correcta. ERP se traduce como planificación de recursos empresariales. Integra información y procesos de áreas como ventas, compras, producción y finanzas.

  • Electronic Relationship Platform.

    Las relaciones con clientes corresponden principalmente al CRM; no es el desarrollo de ERP.

  • External Reporting Protocol.

    Un protocolo de informes no define un sistema de planificación de recursos.

  • Enterprise Revenue Prediction.

    Predecir ingresos puede ser una función analítica, pero no es el significado de ERP.


Para situarlo: UT2 §3.1 · El ERP: planificación de los recursos de la empresa. Temario de consulta opcional.

¿Por qué ERP no es sinónimo de programa financiero?

  • Excluye cualquier dato sobre cobros y pagos.

    Las finanzas sí forman parte habitual del ERP.

  • Incluye finanzas y también otras áreas del negocio.

    Correcta. El ERP puede cubrir compras, producción, inventario, RR. HH. y proyectos. EPM significa Enterprise Performance Management: gestión del rendimiento empresarial.

  • Solo sirve para campañas comerciales por correo.

    Ese uso se relaciona con marketing y CRM, no define el alcance del ERP.

  • No necesita relacionar procesos entre departamentos.

    La integración de procesos y datos es uno de sus fundamentos.


Para situarlo: UT2 §3.1.2 · Diferencia entre ERP y finanzas. Temario de consulta opcional.

¿Qué ventaja aporta una base de datos común en un ERP?

  • Permitir que cada área use identificadores incompatibles.

    El esquema compartido busca precisamente evitar esa incompatibilidad.

  • Garantizar que nunca se cometerá un error humano.

    La integración ayuda, pero la calidad de datos y los controles siguen siendo necesarios.

  • Compartir datos coherentes entre departamentos.

    Correcta. Una referencia común reduce duplicidades e inconsistencias: ventas, almacén y finanzas pueden trabajar con la misma información.

  • Eliminar la necesidad de permisos y copias de seguridad.

    La base común sigue necesitando seguridad, control de acceso y recuperación.


Para situarlo: UT2 §3.1.3 · Fundamentos del ERP. Temario de consulta opcional.

Compras llama a una pieza «pastilla F.» y Almacén «freno delantero». ¿Qué ayuda a evitar confundir referencias?

  • Una descripción libre distinta en cada departamento.

    Mantener nombres incompatibles aumenta el riesgo de duplicidad y confusión.

  • Una hoja aislada sin relación con los pedidos.

    Sin vínculo común se dificulta comprobar consumo, compras y costes.

  • Una contraseña igual para todos los proveedores.

    Las credenciales no resuelven la identidad del artículo y compartirlas sería inseguro.

  • Un registro maestro con identificador común.

    Correcta. El registro maestro unifica identidad y atributos: proveedor, dimensiones, lote o coste. Así se puede seguir su recorrido y obtener trazabilidad.


Para situarlo: UT2 §3.1.3 · Fundamentos del ERP. Temario de consulta opcional.

¿Qué significa EOQ y qué pregunta responde principalmente?

  • Economic Order Quantity: cuánto pedir.

    Correcta. La cantidad económica de pedido busca equilibrar costes de pedido y almacenamiento. Cuándo pedir requiere además una política o punto de reposición.

  • Electronic Order Queue: quién debe facturar.

    Una cola de pedidos no es el modelo EOQ.

  • Enterprise Output Quality: cómo medir defectos.

    La calidad de producción es otra cuestión; EOQ se ocupa del tamaño del pedido.

  • External Operation Query: dónde está el cliente.

    La localización de clientes no es la finalidad de EOQ.


Para situarlo: UT2 §3.1.6 · Breve historia del ERP. Temario de consulta opcional.

¿Cómo se distinguen MRP y MRP II?

  • MRP gestiona clientes; MRP II publica tiendas online.

    Esas actividades se relacionan con CRM y comercio electrónico, no con esta evolución de planificación industrial.

  • MRP planifica materiales; MRP II añade recursos de fabricación.

    Correcta. MRP significa Material Requirements Planning. MRP II significa Manufacturing Resource Planning e incorpora capacidad, máquinas, turnos y calendarios.

  • MRP calcula nóminas; MRP II diseña campañas comerciales.

    Nóminas y marketing no son la diferencia entre MRP y MRP II.

  • MRP y MRP II solo almacenan documentos escaneados.

    Ambos son enfoques de planificación, no simples archivos documentales.


Para situarlo: UT2 §3.1.6 · Breve historia del ERP. Temario de consulta opcional.

En un flujo simplificado de fabricación, ¿qué secuencia encaja desde recibir el pedido hasta emitir la factura?

  • Factura, entrega, fabricación, materiales y pedido.

    Invierte el flujo simplificado del caso y comienza antes de identificar la solicitud del cliente.

  • Pedido, factura, diseño del logotipo y contratación.

    Mezcla pasos ajenos al flujo productivo propuesto.

  • Pedido, materiales, fabricación, entrega y factura.

    Correcta. El ejemplo conecta Ventas/CRM, Inventario/MRP y Compras, Fabricación, Logística y Contabilidad. La factura registra la venta; su cobro puede ser posterior.

  • Materiales, vacaciones, publicidad, auditoría y pedido.

    No representa la coordinación del pedido, fabricación, entrega y facturación.


Para situarlo: UT2 §3.1.13 · Ejemplo de flujo de trabajo: del pedido a la factura. Temario de consulta opcional.

Una pyme necesita ventas y contabilidad ahora, y producción el próximo año. ¿Qué enfoque encaja?

  • Instalar todos los módulos aunque no tengan ningún uso.

    Obliga a una inversión y una implantación desproporcionadas para la necesidad actual.

  • Comprar sistemas aislados sin posibilidad de integración.

    Se perdería la ventaja de información común que busca el ERP modular.

  • Esperar a tener todos los procesos de una multinacional.

    Una pyme puede beneficiarse del ERP sin alcanzar ese tamaño.

  • Implantar módulos por fases que compartan información.

    Correcta. Un ERP modular permite comenzar con funciones necesarias y ampliar después, sin convertir cada módulo en un silo independiente.


Para situarlo: UT2 §3.1.15 · ERP modular. Temario de consulta opcional.

¿Qué diferencia distingue módulos básicos y opcionales?

  • Esenciales del negocio frente a complementos según necesidad.

    Correcta. Es una clasificación por necesidad. Contabilidad, ventas y compras suelen ser básicos; proyectos o servicios de campo pueden ser opcionales según el contexto.

  • Programas de pago frente a programas siempre gratuitos.

    Básico u opcional no determina la licencia ni el precio.

  • Módulos sin datos frente a módulos con base de datos.

    Ambas clases pueden usar datos compartidos del ERP.

  • Aplicaciones locales frente a aplicaciones solo móviles.

    La forma de acceso es un criterio diferente de la necesidad funcional.


Para situarlo: UT2 §3.1.16 · Tipos de módulos. Temario de consulta opcional.

Un ERP incorpora funciones específicas para laboratorios. ¿Cómo se clasifica esa especialización?

  • Horizontal, porque solo sirve para laboratorios.

    Horizontal significa aplicable a varios sectores, no exclusivo de uno.

  • Vertical, adaptada a un sector concreto.

    Correcta. Un ERP vertical atiende requisitos sectoriales. LIMS significa Laboratory Information Management System: sistema de gestión de información de laboratorio.

  • Básica, porque cualquier empresa debe tener laboratorio.

    No todas las empresas necesitan laboratorio y básico es un criterio distinto.

  • Financiera, porque evita cualquier proceso del laboratorio.

    El caso describe precisamente funciones propias del laboratorio, no su exclusión.


Para situarlo: UT2 §3.1.16 · Tipos de módulos. Temario de consulta opcional.

¿Qué implica que una edición de un ERP sea de código abierto?

  • Garantiza una implantación sin ningún coste de trabajo.

    Adaptación, formación, soporte y mantenimiento pueden seguir teniendo coste.

  • Obliga a publicar todos los datos de los clientes.

    Abrir el código no implica hacer públicos los datos empresariales.

  • Permite estudiar y modificar código según su licencia.

    Correcta. Open source no significa coste total cero. Odoo aparece en el tema como ejemplo; deben distinguirse sus ediciones y licencias.

  • Impide contratar soporte técnico de una empresa externa.

    El soporte puede ser interno o contratado; la licencia no elimina esa posibilidad.


Para situarlo: UT2 §3.1.17 · ERP de código abierto. Temario de consulta opcional.

Al elegir un ERP, ¿para qué se analiza el ROI?

  • Para elegir siempre la marca con más publicidad.

    La notoriedad no garantiza adecuación a los requisitos ni rentabilidad.

  • Para conocer el sistema operativo de cada empleado.

    El sistema operativo es un requisito técnico, no el significado de ROI.

  • Para eliminar los costes de formación y mantenimiento.

    El análisis debe tener en cuenta costes, no hacerlos desaparecer de la evaluación.

  • Para valorar el retorno de la inversión.

    Correcta. ROI significa Return on Investment. Se estudian beneficios, costes y recuperación; primero deben entenderse los requisitos, no elegir solo por popularidad.


Para situarlo: UT2 §3.1.19 · Elección de un ERP. Temario de consulta opcional.

Progreso del cuestionario

0 / 0 preguntas respondidas (0%)

0 correctas