Capítulo VIII. Sistemas de Información Gerencial, James O´Brien. SESION ERP. Por el Profesor presentación Powerpoint

53,152 views

Published on

0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
53,152
On SlideShare
0
From Embeds
0
Number of Embeds
50,923
Actions
Shares
0
Downloads
0
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide
  • 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.
  • Version 3.3 June 2007
  • Version 3.3 June 2007
  • Version 3.3 June 2007
  • Version 3.3 June 2007
  • Version 3.3 June 2007
  • Version 3.3 June 2007
  • Capítulo VIII. Sistemas de Información Gerencial, James O´Brien. SESION ERP. Por el Profesor presentación Powerpoint

    1. 1. Capítulo 8 Sistemas Empresariales de NegocioMcGraw-Hill/Irwin Copyright © 2011 by The McGraw-Hill Companies, Inc. All rights reserved.
    2. 2. 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
    3. 3. ¿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
    4. 4. 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
    5. 5. SAP• Sistemas, Aplicaciones y Productos de Procesamiento de Datos (SAP)• Nombre de la compañía – SAP AG• Nombre del software – SAP R/2 – Versión Mainframe – SAP R/3 – Versión Cliente/Servidor – SAP mySAP ERP – Versión Cliente/Servidor © SAP AG and The Rushmore Group 8-5
    6. 6. SAP AG• Fundada en Alemania (1972)• Tercer proveedor de software más grande a nivel mundial• Proveedor más grande a nivel mundial de Software de Soluciones de Negocios Integradas• Las acciones de la compañía se comercializan en las bolsas de Frankfurt y Nueva York © SAP AG and The Rushmore Group 8-6
    7. 7. SAP R/3• De uso mundial• Diseñado para satisfacer las necesidades de información de todo tipo de negocio (desde pequeños negocios locales hasta grandes negocios internacionales) – Multilenguaje – Multimoneda• Diseñada para satisfacer las necesidades de información de todas las industrias (soluciones de industria) © SAP AG and The Rushmore Group 8-7
    8. 8. SAP R/3• Permite a una compañía integrar sus procesos de negocio• Enlaza diferentes funciones de negocio (solución de negocios integrada)• Ayuda a la organización a funcionar de manera más liviana• Ambiente en tiempo real• Escalable y flexible © SAP AG and The Rushmore Group 8-8
    9. 9. Soluciones Integradas de Negocios• SAP• Oracle (Peoplesoft y J.D. Edwards)• Microsoft: Great Plains, Axapta, Solomon• BAAN © SAP AG and The Rushmore Group 8-9
    10. 10. Arquitectura• Base de datos relacional centralizada – Ej. Oracle, Informix, Microsoft SQL entre otras• Cliente/Servidor – tres capas• Componentes ERP – basado en módulos de negocios comunes e identificables – FI, MM, SD, CO, PP, HR• Módulos Opcionales: – Gestión de Relación con el Cliente (CRM) – Gestión de la Cadena de Suministro (SCM) – Gestión del Ciclo de Vida del Producto (PLM) © SAP AG and The Rushmore Group 8-10
    11. 11. Base de Datos Relacional• Tablas: – Se define y enlazan miles de tablas de datos (25,000+)• Ventajas – Datos consistentes y exactos – Definición común de términos – Compartido, pero de uso restringido (Ej. perfiles) – Elimina la redundancia de datos © SAP AG and The Rushmore Group 8-11
    12. 12. Ambiente Cliente/Servidor• Cliente – Combinación de software/hardware que puede realizar una solicitud de servicios hacia un repositorio central de recursos• Servidor – Combinación de software/hardware que puede suministrar servicios a un grupo de clientes en un ambiente controlado © SAP AG and The Rushmore Group 8-12
    13. 13. Arquitectura de 3 Capas SAP• GUI – Interface de Usuario Gráfica o Interface Web• Servidor de aplicación (uno o muchos)• Servidor de base de datos (ubicación única) © SAP AG and The Rushmore Group 8-13
    14. 14. Sistema Empresarial SAPPCs, Portátiles, etc. Clientes Internet Red Servidor Servidor de Web Transacción Presentación de Internet Servidores de Aplicación Aplicación Base de Datos Database © SAP AG and The Rushmore Group
    15. 15. mySAP Business Suite mySAP PLM mySAP mySAP mySAP SRM ERP CRM mySAP SCMSAP NetWeaver © SAP AG and The Rushmore Group 8-15
    16. 16. Módulos mySAP ERP SD FI Ventas y Contabilidad Distribución Financiera MM CO Gestión de ControllingSM PPMateriales Planif. de Producción R/3 AM Gestión Activos Fjos ECGestión de Solución de Negocios ControllingServicio QM Integrada PS Empresarial Gestión de Sistema de Calidad PM Cliente/Servidor WF Proyecto Mantenimiento de Workflow Planta HR IS Recursos Soluciones de Humanos Industria © SAP AG and The Rushmore Group
    17. 17. Fundamentos de SAP R/3• Instancia – cada instalación del software SAP R/3 en un servidor de aplicación individual• Configurable – cada instancia puede ser configurada de manera diferente para cumplir con las necesidades y requerimientos del cliente• La mayoría de las decisiones sobre la infraestructura incluyendo las de configuración, ocurren durante la implementación del proyecto © SAP AG and The Rushmore Group 8-17
    18. 18. Configuración• El proceso de adecuar a medida el software SAP, seleccionando alguna funcionalidad específica soportada por el software, es muy parecido a definir valores por defecto (Ej., Word, Access)• NO involucra cambios al código subyacente de software © SAP AG and The Rushmore Group 8-18
    19. 19. Programación: Modificaciones de Código• Cambios al código entregado• ABAP/4 – Programación de Aplicación de Negocios Avanzados (ABAP)• Deben evitarse en medida de lo posible ó realizarlo de manera cuidadosa, teniendo en cuenta la dificultad de migración hacia las nuevas versiones del software © SAP AG and The Rushmore Group 8-19
    20. 20. Principio del Documento SAP R/3• Cada transacción de negocio que registra datos en la base de datos, crea un documento electrónico con un numero de identificación único.• Cada documento contiene información sobre: – Persona responsable – Fecha y tiempo de la transacción – Contenido comercial• Una vez registrado, no puede ser borrado de la base de datos © SAP AG and The Rushmore Group 8-20
    21. 21. 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 ProveedorRecibo dePago Contabilizar Salida Factura del de Mercancía Cliente 8-21
    22. 22. Módulos mySAP ERP SD FI Ventas y Contabilidad Distribución Financiera MM CO Gestión de ControllingSM PPMateriales Planif. de Producción R/3 AM Gestión Activos Fjos ECGestión de Solución de Negocios ControllingServicio QM Integrada PS Empresarial Gestión de Sistema de Calidad PM Cliente/Servidor WF Proyecto Mantenimiento de Workflow Planta HR IS Recursos Soluciones de Humanos Industria © SAP AG and The Rushmore Group
    23. 23. Componentes de Gestión Financiera Deudores Gestión Libro Mayor ActivosFinanciera General Fijos (FI) Acreedores Bancos Libro de Propósito Especial
    24. 24. Componentes de Gestión de Materiales Comercio Valoración Exterior/ Aduana Verificación Maestro de de Facturas ServiciosGestión de Logística MRP Catálogo delMateriales Compras Planf necesid Productos materiales (MM) Maestro de Hoja de Ingreso Materiales de Servicios Gestión de Inventario stocks
    25. 25. Componentes de Ventas y Distribución Exped. Y Transporte Sistema de Soporte Información De VentasVentas y de Ventas DatosDistribución Maestros Facturación(SD) Comercio Ventas Exterior/ Aduano Gestión de Crédito

    ×