Beruflich Dokumente
Kultur Dokumente
de Gestión y Operaciones
Sistemas de Información
Introducción y Ejemplo
Qué es un ERP?
• Un sistema ERP es un conjunto de programas integrados que apoya
las principales actividades de organizacionales tales como
producción y logística, finanzas y contabilidad, ventas y recursos
humanos.
2
Revisemos un poco de historia,
como llegamos hasta aquí?
• Sistemas a medida
• Próximo?
• Sin embargo, muchas de ellas aún no han llegado a lograr los beneficios
esperados a partir de sus implementaciones iniciales de sistemas ERP
4
Expectativas equivocadas
Una de las explicaciones de esta frustración es la falsa expectativa
de que la mera implementación de un sistema generará beneficios.
ERP
5
Entendamos que es un Software Enterprise-wide
Tal vez la confusión surge de no diferenciar qué constituye un
sistema ERP y qué no..
• Un Software Enterprise-wide es . .
• Sólo software
• Un modelo de datos
• Un Software Enterprise-wide no es . . .
Estrategia
Gente Tecnología
Procesos
7
Porqué cambiar ?
Una vez que entendemos que el cambio es más que la
implementación de una solución tecnológica, podemos empezar a
pensar ordenadamente qué queremos lograr
Business Case
Qué pretendo
lograr con el
cambio?
8
Qué cambiar?
Un estudio reciente establece las siguientes prioridades para los
objetivos buscados
Aumento de ingresos
Primera prioridad
Menor cantidad de
Segunda prioridad
recursos físicos
Tercera prioridad
Mejor gestión de
inventarios y de activos
Reducción de tiempos
Reducción de personal
Transacciones más
rápidas y más precisas
Mayor flexibilidad
Mejor servicio y
retención de clientes
Mejor gestión financiera
Mejor toma de
decisiones gerenciales
9
Qué se consiguió hasta ahora?
Desafortunadamente hay un porcentaje alto de frustraciones,
aunque ha disminuido en los últimos años
Aumento de ingresos
Reducción de personal
Mejor servicio y
retención de clientes
Reducción de tiempos
Menor cantidad de
recursos físicos
Facilidad de
expansión/crecimiento
Mejor gestión de
inventarios y de activos
Mejor toma de
decisiones gerenciales
Transacciones de
Información más rápidas
Mejor gestión financiera
10
Satisfacer las expectativas requiere coherencia entre
el resultado esperado y la magnitud del cambio
11
También la coherencia interna del
proyecto debe ser tenida en cuenta
Alto
Tecnología
informática Mejoras de
Riesgo de invertir
a nivel
empresa
demasiado en TI procesos
con relación al
impacto en el y de ERP
negocio
Grado de
inversión y
cambio de Cambio limitado requerido Beneficios negativos o pérdida
TI de beneficios
Riesgo de cambiar
significativamente
los procesos de
negocios sin un
soporte apropiado
de TI
Bajo Sistemas
de TI Función Multi- Unidad de A nivel
única funcional Negocios empresa
12
La historia ha demostrado que debe prestarse atención
a cuán “estandar” puede implementarse el software
13
Finalmente la implementación suele ser el principio y no
el fin de la transformación.
Mejor gestión de
Mejor toma de Inventarios y
decisiones activos
gerenciales
Menor cantidad de
Reducción de tiempos recursos físicos
y mejor logística
14
Los Web Services constituyen una de las más
herramientas de integración más novedosas y recientes…
• Los Web Services son estándares, protocolos y servicios de directorio que permiten a las
aplicaciones basadas en la web compartir datos entre ellas independientemente de los lenguajes
de programación en que fueron desarrolladas o las plataformas en que residen.
• Los Web Services facilitan la integración entre aplicaciones tanto dentro como fuera del firewall.
• También pueden actuar como mini-aplicaciones por separado, permitiendo tareas simples tales
como la cotización de seguros o la verificación del crédito en forma online, a través de la web.
• Los Web Services son ideales para las aplicaciones asincrónicas con bajos volúmenes de
transacciones.
• Los propulsores de los Web Services argumentan que permitirán un nuevo esquema de flexibilidad
e integración de varias aplicaciones distribuidas, logrando eliminar tal vez la necesidad de contar
con un sistema integrado y centralizado como un ERP.
• Otras opiniones indican que los Web Services se utilizarán en gran medida para fines de
integración, así como para complementar la funcionalidad de las core enterprise solutions según
sea necesario.
15
Veamos un ejemplo de ERP: SAP
¿Qué es SAP?
SEBL
17%
16
Productos SAP
Algunos ejemplos:
17
Módulos SAP
SAP R/3 se encuentra organizado en módulos. Estos módulos agrupan
funciones de un área o grupo de conocimiento.
SD FI
Sales & Financial
Distribution Accounting
MM CO
Materials
Mgmt. Controlling
PP AM
R/3
Production Fixed Assets
Planning Mgmt.
QM
Quaity
Client / Server PS
Project
Manage-ment System
PM WF
Plant Main-tenance Workflow
HR IS
Human Industry
Resources Solutions
18
Módulo SD (Sales & Distribution)
R/3 Sales & Distritución system es una completa solución para el manejo de ventas,
despachos y facturación para cualquier industria. Este módulo soporta el proceso de
venta en lo que respecta a realización de la oferta al cliente, realización del pedido de
venta, entrega de producto y facturación de productos/servicios.
Entrega
Pedido de Cuentas a
de Facturación
Ventas Cobrar
Mercaderías
Módulo AR
Oferta de
Venta
19
Módulo MM (Material Management)
El módulo de MM soporta íntegramente el proceso de compras. Comenzando por la
manifestación de la necesidad de compras por parte de los diversos sectores de la
organización, la gestión de la misma por el departamento de compras, el manejo
de inventario (recepción de la mercadería/salida de la mercadería), recepción de la
factura y pago de la factura correspondiente.
¿Es SI ¿Hay SI
material de material en OK
Necesidad stock? stock? 2
del usuario
NO SolPe
NO
SolPe
Almacén genera una
Solicitud de Pedido
El usuario genera
una Solicitud de
Pedido de COMPRAS
material/servicio
20
Módulo SD (cont.)
Pedido
de Entrega Factura
Ventas
21
Módulo MM (cont.)
Solicitante Departamento
de Compras
Llega una
solicitud Realizar Peticiones Comparar ofertas
Ingresar la Oferta
de ofertas
Departamento
Cuentas a Pagar
Recepción
factura del Ingreso de factura Pago de factura
proveedor
22
Módulo PP (Production Planning)
Diseñado especialmente para cubrir las necesidades de:
Planificación de
Planificación necesidades
Programación
Plan maestro de detallada
producción
Gestión de Control de la
demanda producción
Planificación
operativa Notificación y Control
liquidación
23
Planificación
Planificación operativa: Permite definir un plan a largo plazo, en el cual se
determina el volumen de producción requerido para cubrir las ventas por
grupos de productos (a partir de datos históricos, pronósticos, rentabilidad
proyectada, capacidad de producción, etc.)
Gestión de la demanda: Permite definir una estrategia para suplir la
demanda originada por el plan operativo (SOP) o por pedidos de venta,
determinando las fechas y cantidades para cada material –necesidades
previsionales y necesidades de cliente
Plan maestro de producción: Permite determinar -en forma precisa- un
plan de producción a corto plazo, en el cual se definen las cantidades a
fabricar para cada uno de los productos terminados (o productos
semiterminados) – piezas principales y productos críticos
Planificación de necesidades (MRP): Permite determinar requerimientos de
materiales (productos, semiterminados, materias primas) a partir de las
demanda prevista y la explosión de listas de materiales o a partir de
parámetros específicos para cada material (punto de pedido, pronósticos, etc.)
24
Control
Planificación de capacidades: Permite administrar la capacidad de los
puestos de trabajo productivos considerando la actividad de producción,
eventos de mantenimiento e inspecciones de calidad
Control de la Producción:
Control
25
Módulo QM (Quality Management)
Procesos de calidad
Lotes de inspección
Niveles de calidad
Resultados
Gráficos de control
Decisión de empleo
Planificación de calidad
Determinar los aspectos a evaluar para
determinar la calidad de un determinado
material
26
Módulo QM (cont.)
Planificación de calidad
Permite definir criterios de inspección (por ejemplo, qué material debe
inspeccionarse, cómo debe inspeccionarse y qué características o
especificaciones verificar, el puesto de trabajo, etc) en la entrada de
mercancías, traslados, órdenes de fabricación, entregas a clientes,
periódicamente o en puntos predefinidos.
Inspección de calidad
Permite determinar si un material se ajusta a los requisitos de calidad definidos, a
través de la inspección de las características o especificaciones que se han
predefinido en la planificación de calidad.
Control de calidad
Permite evaluar el nivel de calidad de un determinado material, y realizar análisis
estadísticos a fin de poder controlar, analizar y documentar los procesos que
tienen lugar en la fabricación y otras áreas relacionadas con la calidad a través de
gráficos de control.
El nivel de calidad de un material se determina en forma dinámica a partir
de la cantidad de lotes analizados y la cantidad de lotes rechazados.
Los gráficos de control de calidad se utilizan principalmente en inspecciones
de fabricación para supervisar y optimizar los procesos de fabricación o
evaluar estadísticamente la calidad de una determinada materia prima.
27
Módulo PM (Plant Maintenance)
El módulo de mantenimiento de planta fue diseñado para cubrir las necesidades de
planificación, administración, seguimiento y control de las tareas de
mantenimiento. Cubriendo los tipos de mantenimiento:
Correctivo
Preventivo (Se ejecuta en función de avisos que se emiten
automáticamente).
Predictivo (Se desarrolla en función de las mediciones de valores
críticos).
Adicionalmente permite:
29
Módulo FI (Financial)
GL
General
AP AR
Accounts
AA
Asset
TR TV
Travel
SL
Special
Accounts Treasury
Ledger Payable Receivable Accounting Mgmt. Ledger
OM
Overhead
PC
Product
PA
Profitabilty PCA
Profit
Mgmt. Costing Analysis Center
Account
30
Módulo FI (Financial)
• Registración de facturas/N.Crédito y Débito • Contabiliza las altas y bajas de activos
por compras realizadas con Proveedores. en los módulos de AP y AR.
• Contabilización de Pagos Manuales y • Contabiliza la amortización en los
Automáticos. módulos de GL y CO.
• Control y análisis de cuentas corrientes de • Capitaliza los activos directamente al
Proveedores. momento de realizarse la compra.
AP AA
Accounts • Contabilización de documentos.
Asset
Payable Accounting
• Cierres periódicos/anuales.
• Reporting y Balances Generales
AR GL TR
Accounts General Treasury
Receivable Ledger
31
Módulo CO (Controlling)
PCA
32
Metodología de Implementación ERP
Accenture cuenta con Métodos de Implementación de Paquetes de Software que se centran en la implementación de
aplicaciones preprogramadas (ERP).
Esta metodología se ha diseñado para dar soporte a la implementación de cualquier paquete de software existente en el
mercado, sirviendo de base para herramientas como SAP, Oracle, PeopleSoft, Siebel, y otras. Los métodos son adaptados para
cumplir con los requerimientos específicos de cada implementación.
La metodología está estructurada como una matriz de etapas y workstreams (etapas transversales).
Gestión de Proyecto
Actividad Planific. Análisis Diseño Construc.
Desarrollo Prueba Implant.
Etapas Aplicación
Workstreams
Arquitectura Técnica
Los Métodos de Implementación de Paquetes de Software, se centran en la planificación, análisis, diseño, construcción, prueba
e implementación de la aplicación, pero también incluyen métodos para la arquitectura técnica, formación y soporte del
desempeño y preparación del mantenimiento (Introducción del Servicios).
Los Métodos de Implementación de Paquetes Software están diseñados para ser utilizados junto con los Métodos de la Gestión
de Aplicaciones, proporcionando así los procesos y entregables necesarios para la unidad de soporte que mantiene la
aplicación.
33
Metodología de Implementación ERP
En la metodología, las barras verticales son las etapas de trabajo dentro de un proyecto:
Planificación: Define el Solution Blueprint y organiza el proyecto (determina los objetivos del negocio, alcance, y
requerimientos de alto nivel del proyecto).
Análisis: Incluye la recolección, identificación, análisis y gestión de los requerimientos; evaluación detallada del paquete
de software y selección de los componentes de infraestructura tecnológica; determinación del entorno y procesos
necesarios.
Diseño: Diseña las aplicaciones, arquitectura técnica, infraestructura técnica y el entrenamiento.
Construcción: Desarrolla las aplicaciones, arquitectura técnica, infraestructura técnica y el entrenamiento.
Prueba: Construye los componentes de test para todos los workstreams y valida la solución con los usuarios.
Implantación: Implementa de la aplicación, arquitectura técnica, infraestructura técnica, y training para la organización.
Gestión de Proyecto
34
Metodología de Implementación ERP
Las barras horizontales son workstreams, definidos como un dominio o área de trabajo:
Gestión del Proyecto: Incluye las tareas y los entregables necesarios para garantizar el éxito del proyecto. Se muestra
en forma separada ya que abarca todo el ciclo de vida de un proyecto. Específicamente, incluye la planificación de los
tiempos del proyecto y recursos; la gestión de los riesgos, la calidad y el alcance; la creación y gestión de los estándares
del proyecto, el control del trabajo del proyecto, la medición del progreso y la elaboración de informes de grado de
avance.
Aplicación: Este componente hace referencia a las tareas y los entregables necesarios para analizar, diseñar, construir y
probar una aplicación paquetizada.
Arquitectura Técnica: Este componente da soporte al análisis, diseño, construcción, prueba del desarrollo, ejecución y
entorno de operaciones necesarios para desarrollar y arrancar la aplicación.
Formación y Gestión del Desempeño: Este componente incluye las tareas y entregables necesarios para analizar,
diseñar, construir y probar la capacitación, dar soporte al desempeño, y elaborar materiales de comunicación para los
usuarios así como dar soporte y mantener la aplicación.
Introducción del Servicio: Asegura los requerimientos de operabilidad de la aplicación, determinando qué es lo que
deben llevar a cabo las unidades de mantenimiento para dar soporte a la aplicación.
Gestión de Proyecto
Actividad
Aplicación
En la intersección entre la barra vertical
Workstreams (etapas) y la barra horizontal
Arquitectura Técnica
(workstreams) se encuentran las
actividades del proyecto.
Formación y Gestión del Desempeño
35
Questions?
36
Enterprise Performance Management : Por
qué es Importante
37
Treasury Landscape: La Solución ERP
38
Maximizar la Inversión en ERP
• A lo largo de los años 90, los negocios más grandes cambiaron sus simples
sistemas por sistemas comprensivos ERP comprados a proveedores como
Oracle, PeopleSoft, y SAP, en un esfuerzo para estandarizar procesos de
trabajos internos de oficina y reducir los gastos. Con el empleo de más y mejor
organizados datos, los administradores serían más capaces de dirigir con éxito
una empresa.
• Mientras los sistemas ERP han tenido éxito en la estandarización de procesos
de trabajos internos de oficina y han mejorado las economías de costos, así
como la eficacia, permitiendo al CFO obtener menos información (pero más
valiosa) del nuevo sistema ERP que del sistema que este substituyó. La
promesa que los nuevos sistemas ERP proporcionaran una mejor información
analítica es incumplida gran: Se ha fallado en la creación de un negocio más
provechoso por el mejor acceso a la información. De hecho, la mayor parte de
puestas en práctica ERP no han añadido nada a la capacidad de toma de
decisiones de una empresa, y han causado una disminución real y palpable de
la capacidad de toma de decisiones.
39