Objetivos de Aprendizaje
• Identificar y dar ejemplos para mostrar los siguientes
aspectos de los sistemas de administración de las
relaciones con clientes, de administración de recursos
empresariales y de administración de la cadena de
suministro:
– Procesos de negocio que soportan
– Valor proporcionado al cliente y al negocio
– Retos y tendencias potenciales
• Comprender la importancia de la administración a nivel
empresarial para lograr la máxima eficiencia y los
beneficios.
8-2
¿Qué es ERP?
• Sistema Empresa de funciones cruzadas
– Integrado en conjunto de módulos de software
– Apoya los procesos básicos de negocio internos
• Manufactura
• Logística
• Distribución
• Contabilidad
• Finanzas
• Recursos humanos
• Facilita los flujos de información
• Negocios
• Proveedor
• Cliente
8-3
Causas de errores de ERP
• Las causas más comunes de insuficiencia ERP
– Baja estimación de su complejidad
• Planificación, desarrollo, formación
– La falta de participación de los trabajadores
afectados
– Demasiada información y demasiado rápido su
implementación
– Insuficiente formación
– Insuficiente de conversión de datos y pruebas
– La excesiva dependencia de los proveedores de ERP
o consultores
8-4
Solicitud de Pedido Pedido
Verificar
Disponibilidad
Entrada de
Ejecutar MRP Mercancía
Proceso de
Abastecimiento
Ingreso de
Orden de Venta Recibo de
Seleccionar
Factura
Proceso de Material
Ventas
Pago al
Proveedor
Recibo de
Pago
Contabilizar Salida
Factura del de Mercancía
Cliente
8-21
Componentes de
Gestión Financiera
Deudores
Gestión Libro Mayor Activos
Financiera General Fijos
(FI) Acreedores Bancos
Libro de
Propósito
Especial
Componentes de Gestión de Materiales
Comercio
Valoración Exterior/
Aduana
Verificación
Maestro de
de Facturas
Servicios
Gestión de Logística
MRP
Catálogo del
Materiales Compras Planf necesid
Productos
materiales
(MM) Maestro de
Hoja de
Ingreso
Materiales de
Servicios
Gestión de
Inventario
stocks
Componentes de
Ventas y Distribución
Exped. Y
Transporte
Sistema de
Soporte
Información
De Ventas
Ventas y de Ventas
Datos
Distribución Maestros
Facturación
(SD) Comercio
Ventas Exterior/
Aduano
Gestión
de Crédito
Notas del editor
Multimedia Lecture Support Package to Accompany Basic Marketing Lecture Script 6-
Enterprise resource planning is a cross-functional enterprise system An integrated suite of software modules Supports basic internal business processes Facilitates business, supplier, and customer information flows Multimedia Lecture Support Package to Accompany Basic Marketing Lecture Script 6-
Multimedia Lecture Support Package to Accompany Basic Marketing Lecture Script 6-
Version 3.3 June 2007 Representa Sistemas, aplicaciones y productos en procesamiento de datos SAP AG ubicada en Alemania AP America subsidiaria de SAP AG R/2 es la version original R/3 version mas reciente
Version 3.3 June 2007 Cuarto después de Microsoft, Oracle (ellos hacen 1/5 de lo que SAP hace en Software de Aplicaciones, la mayoría de sus ingresos es de sus bases de datos), y Computer Associates Significativo Porque inicialmente Alemán, algunas de las traducciones no son exactas
Version 3.3 June 2007 Hay un nuevo producto: SAP Business One: Pequeños negocios Primera es para venta al detal Muchas grandes compañías tienen pequeñas subsidiarias que nos lo suficientemente grandes para ejecutar SAP R/3 Conducida como una decisión de mercado para prevenir la erosión de la cuota de mercado. SAP tiene un set completo de soluciones industriales: Automotriz Farmacéuticas Hospitalarias Manufacturas Químicas Gubernamentales 20+ Configuración mínima: mucho de lo que hacemos en clase ya esta hecho .
Version 3.3 June 2007 El verdadero beneficio de ERP es un punto único de ingreso de datos. Vincula todo lo estábamos tratando de enseñarle a los estudiantes. Los estudiantes finalmente entienden porque tenían que tomar las clases que tomaron. Lo pone todo junto. Personas estaban diciendo que sólo empresas grandes utilizan SAP. Si los estudiantes son contratados en una compañía grande estarían en una encrucijada. Los estudiantes que de verdad se beneficiaron son los que trabajan en compañías pequeñas porque ellos entienden todos los proceso de negocios y sus trabajos tienen un rango de funciones más amplio.
Version 3.3 June 2007 Hay muchos proveedores de ERP. SAP es el más grande y fuerte. Peoplesoft es considerado el Líder H/R JD Edwards – Mercado medio Oracle – Líder en tecnología Microsoft – Producto mediocre, pero tiene inercia IBM – Producto OK
Version 3.3 June 2007 Múltiples opciones de bases de datos Componentes ERP son funciones de negocios estándar: FI (Finanzas), MM (Gestión de Materiales), SD (Ventas & Distribución), CO (Controlling), PP (Planificación de Producción), HR (Recursos Humanos) Muchos add-ons Un Add on se enfoca en los nichos del mercado o funciones de negocios específicos. Dos de los más populares son CRM y SCM
Version 3.3 June 2007 3.0d tenía 7,000 tablas 3.8 - 11,000 tablas 4.6 - 18,000 tablas Si usted sabe todo sobre SAP, usted esta mintiendo. Es simplemente demasiado grande. Sus perfiles dictan los que usted puede ver. Esta será la única vez que usted tendrá acceso al sistema completo. Usted puede hacer lo que quiera, incluyendo bajar el sistema. Rastro de auditoria – Usted puede decir cual estudiante lo bajo, y ellos mismos se haran cargo de éste. Datos consistentes: Una sola entrada de datos, el proveedor se crea solo una vez… (contabilidad, compras)
Version 3.3 June 2007 ¿Qué es Computación Mandante/Servidor? La respuesta corta: Mandante/servidor es una arquitectura computacional que involucra el servicio solicitud de tratamiento del mandante del servidor de tratamientos. La respuesta larga: Computación mandante/servidor es la extensión lógica de programación modular. La programación modular tiene como su suposición fundamental que la separación de una pedazo grande de software en sus partes constituyentes (“modulos”) crea la posibilidad de un desarrollo más fácil y una mejor actualización. La computación mandante/servidor lleva esto un paso más allá reconociendo que esos módulos necesitan ejecutarse dentro del mismo espacio de memoria. Con esta arquitectura, la llamada al móculo se convierte el “mandante” (ese que requiere el servicio) y el llamado módulo se convierte el “servidor” (ese que suministra el servicio). La extensión lógica de esto es tener a los mandantes y a los servidores ejecutando en las plataformas de hardware y software apropiadas para sus funciones. Por ejemplo, lor servidores del sistema de gestión de base de datos ejecutandose en plataformas diseñadas y configuradas especialmente para realizar queries, o servidores de archivos ejecutandose en plataformas con elementos especiales para la gestión de archivos. Es esta escalera de perpectiva la que ha creado el amplio creído mito que mandante/servidor tiene algo que ver con PCs o máquinas Unix ¿Qué es el proceso del Mandante? El mandante es un proceso (programa) que envía un mensaje a un servidor de proceso (programa) solicitando que es servidor ejecute una tarea (servicio). Los programas de mandante normalmente gestionan una porción de la aplicación de interfase del usuario, validan los datos ingresados por el usuario, despachan las solicitudes a los programas de servidor y a veces ejecutan lógica de negocios. El proceso basado en el mandante es el front – end de la aplicación que el usuario ve e interactúa con. El proceso del mandante contiene lógica especifica de la solución y suministra la interfase entre en usuario y el resto del sistema. El proceso del mandante también gestiona los recursos locales con los que el usuario interactúa como el monitor, el teclado, la estación de trabajo CPU y periféricos. Uno de los elementos Código de la estación de trabajo del mandante es la interfase gráfica del usuario (GUI). Normalmente una parte del sistema operativo Ej. la ventana de gestión, detecta las acciones del usuario, gestiona la ventana en la vista y muestra los datos en la ventana. ¿Qué es el proceso del Servidor? Un proceso (programa) del servidor cumple con la solicitud del mandante ejecutando la tarea solicitada. Los programas de servidor normalmente reciben la solicitud de los programas del mandante, ejecutan la recuperación y actualización de la base de datos, gestiona la integridad de los datos y despacha la respuesta de la solicitud del mandante. Algunas veces los programas del servidor ejecutan lógica de negocios común y compleja. El proceso basado en el servidor “puede” ejecutarse en otra maquina en la red. Este servidor puede ser el sistema host operativo o el servidor de archivos de red, el servidor ha suministrado los servicios del sistema de archivo y los servicios de la aplicación. En algunos casos, otra maquina de escritorio suministra los servicios de aplicación. El proceso del servidor actúa como un motor de software que gestiona recursos compartidos como base de datos, impresoras, vínculos de comunicación o procesadores de alto poder. El proceso del servidor ejecuta tareas back-end que son comunes a otras aplicaciones.
Version 3.3 June 2007 Compañías a nivel mundial tiene servidores redundantes que atrasan el tiempo real. ¿Qué es la Arquitectura de Dos Capas? Una arquitectura de dos capas es donde el mandante habla directamente con el servidor, sin un servidor interviniendo. Es utilizada normalmente en ambiente pequeño (menos de 50 usuarios). Un error común en el desarrollo de mandante/servidor es hacer un prototipo de una aplicación en un ambiente pequeño de dos capas, y después aumentar simplemente añadiendo más usuarios. Este método normalmente resultará en un sistema inefectivo, a medida que el servidor se vuelve abrumado. El aumento apropiado para cien o miles de usuarios, es normalmente el cambio a una arquitectura de tres capas. ¿Qué es una Arquitectura de Tres Capas? Una arquitectura de tres capas introduce un servidor (o un “agente”) entre el mandante y el servidor. El rol del agente es manyfold. Puede suministrar servicios de traducción (como en adaptar un aplicación legacy en un mainframe a un ambiente mandante/servidor) medir los servicios (como actuando como un monitor de transacción para limitar el número simultáneo de solicitudes a un servidor), o servicios inteligentes del servidor (como en mapping una solicitud a un número de servidores diferentes, comparando los resultados y devolviendo una sola respuesta al mandante
Version 3.3 June 2007 Sistema de mandante de 3 capas Servidor Web Servidor de Transacción de Internet Lo trae a una sola base de datos a en el mundo ¿Qué es Computación Mandante/Servidor? La respuesta corta: Mandante/servidor es una arquitectura computacional que involucra el servicio solicitud de tratamiento del mandante del servidor de tratamientos. La respuesta larga: Computación mandante/servidor es la extensión lógica de programación modular. La programación modular tiene como su suposición fundamental que la separación de una pedazo grande de software en sus partes constituyentes (“modulos”) crea la posibilidad de un desarrollo más fácil y una mejor actualización. La computación mandante/servidor lleva esto un paso más allá reconociendo que esos módulos necesitan ejecutarse dentro del mismo espacio de memoria. Con esta arquitectura, la llamada al móculo se convierte el “mandante” (ese que requiere el servicio) y el llamado módulo se convierte el “servidor” (ese que suministra el servicio). La extensión lógica de esto es tener a los mandantes y a los servidores ejecutando en las plataformas de hardware y software apropiadas para sus funciones. Por ejemplo, lor servidores del sistema de gestión de base de datos ejecutandose en plataformas diseñadas y configuradas especialmente para realizar queries, o servidores de archivos ejecutandose en plataformas con elementos especiales para la gestión de archivos. Es esta escalera de perpectiva la que ha creado el amplio creído mito que mandante/servidor tiene algo que ver con PCs o máquinas Unix ¿Qué es el proceso del Mandante? El mandante es un proceso (programa) que envía un mensaje a un servidor de proceso (programa) solicitando que es servidor ejecute una tarea (servicio). Los programas de mandante normalmente gestionan una porción de la aplicación de interfase del usuario, validan los datos ingresados por el usuario, despachan las solicitudes a los programas de servidor y a veces ejecutan lógica de negocios. El proceso basado en el mandante es el front – end de la aplicación que el usuario ve e interactúa con. El proceso del mandante contiene lógica especifica de la solución y suministra la interfase entre en usuario y el resto del sistema. El proceso del mandante también gestiona los recursos locales con los que el usuario interactúa como el monitor, el teclado, la estación de trabajo CPU y periféricos. Uno de los elementos clave de la estación de trabajo del mandante es la interfase gráfica del usuario (GUI). Normalmente una parte del sistema operativo Ej. la ventana de gestión, detecta las acciones del usuario, gestiona la ventana en la vista y muestra los datos en la ventana. ¿Qué es el proceso del Servidor? Un proceso (programa) del servidor cumple con la solicitud del mandante ejecutando la tarea solicitada. Los programas de servidor normalmente reciben la solicitud de los programas del mandante, ejecutan la recuperación y actualización de la base de datos, gestiona la integridad de los datos y despacha la respuesta de la solicitud del mandante. Algunas veces los programas del servidor ejecutan lógica de negocios común y compleja. El proceso basado en el servidor “puede” ejecutarse en otra maquina en la red. Este servidor puede ser el sistema host operativo o el servidor de archivos de red, el servidor ha suministrado los servicios del sistema de archivo y los servicios de la aplicación. En algunos casos, otra maquina de escritorio suministra los servicios de aplicación. El proceso del servidor actúa como un motor de software que gestiona recursos compartidos como base de datos, impresoras, vínculos de comunicación o procesadores de alto poder. El proceso del servidor ejecuta tareas back-end que son comunes a otras aplicaciones.
Version 3.3 June 2007 Esta es la base o lo fundamental de como una compañía funciona. Nosotros hacemos, compramos, vendemos, rastreamos y gestionamos los empleados Enseñamos esto a nivel universitario, pos-grado y bachillerato El concepto de comercio es muy fácil para los estudiantes entender Comenzar con lo básico y después puede hacerlo cada vez más complejo a medida que avanza
Version 3.3 June 2007
Version 3.3 June 2007 Configurable – Ninguna linea de código para instalar esto. Opciones de cambio en la configuración
Version 3.3 June 2007
Version 3.3 June 2007 Cuando se hacen desarrollos el costo de propiedad del software (cost of ownership) aumenta.