Curso 4.erp

SEMANA 1
Así que, bienvenidos a nuestro curso de sistemas empresariales.

Mi nombre es Jason Chan y seré su instructor en este curso.
Así que permíteme presentarme en los próximos minutos
para que me conozcas mejor.
Actualmente trabajo en la Escuela de Administración Carlson
y en el Departamento de Ciencias de la Información y la Decisión.
Así que, antes de trabajar en Carlson,
me doctoré en la Escuela de Negocios
Stern de la Universidad de Nueva York.
Por lo general, antes de terminar mi clase,
mostraré una imagen del sudeste asiático.
La razón de esto es dejar que mis alumnos adivinen dónde nací y mi raza.
En esta imagen, se ven diferentes países, incluidos
China, Taiwán, Hong Kong,
Laos, Tailandia, Vietnam, Camboya
, Myanmar, Malasia, Singapur y también Filipinas.
Correcto. Así que tómate un momento para adivinar de dónde vengo.
Si has adivinado que vengo de Singapur,
entonces tienes razón.
Nací y crecí en Singapur durante 25 años antes de
hacer un viaje de mi hogar a los Estados Unidos,
y ahí es donde hice mi doctorado
y, finalmente, trabajé aquí en la Escuela de Administración Carlson de Minnesota.
Por eso, un par de cosas que me enorgullecen de ser singapurense son las
siguientes: aquí incluí un par de fotos para mostrarles lo que tenemos en Singapur.
Así que, justo en el centro de esta diapositiva,
ven la imagen de nuestro centro de la ciudad,
y en este entorno céntrico,
ven una figura icónica de Singapur conocida como Merlion.
En realidad, un Merlion es la fusión de una cabeza de león
con una cola de sirena.
La razón de esto es que Singapur es conocido como un pueblo de pescadores en sus inicios.
Lo que Singapur realmente significa en su idioma nativo,
significa Ciudad del León,
y tiene una combinación de cabeza de león y cola de sirena,
básicamente, es un símbolo de Singapur.
En la parte superior de esta diapositiva,
verás una noria
que, de hecho, se llama Singapore Flyer.
El Singapore Flyer es la noria más grande del mundo.
Al mismo tiempo, se sabe que los
singapurenses son amantes de la comida.
Así que nos encanta nuestra comida,
porque los chefs de Singapur cocinan muy bien,
y he incluido aquí dos de los platos más comunes que tenemos en Singapur.
En la parte superior, en el lado derecho,
tenemos el satay,
y el satay es una cocina malaya.
En la parte inferior del satay, se
ve el cangrejo con chile.
De nuevo, un manjar maravilloso que encontrarás en Singapur.
Así que, si alguna vez tienes la oportunidad de visitar Singapur,
asegúrate de visitar estos lugares y probar nuestra cocina.
Así que, un poco sobre mi credencial profesional.
Esta es una foto de la Escuela de Administración de Carlson.
Soy profesor titular de la escuela
y también soy miembro de la Asociación de Sistemas de Información
y también de la Sociedad de Sistemas de Información.
Mi servicio en la Escuela de Administración de Carlson
implica la enseñanza en varios niveles.
Enseño a nivel de pregrado,
específicamente para los sistemas empresariales de la clase.
También enseño a nivel de MBA,
donde enseño a los estudiantes de MBA a tiempo parcial sobre gestión de TI.
Al mismo tiempo, también enseño exactamente a los estudiantes de MBA en una clase
llamada
Competir en la era digital.
Por eso, además de la
docencia, como profesor titular,
me dedico a la investigación.
Esto es útil porque las cosas que aprendo de mi investigación las
podría incorporar a mi enseñanza, de
modo que los estudiantes aprendan los conocimientos más recientes
que encontramos en el mundo de los sistemas de información.
Por lo tanto, en términos generales, mi investigación implica analizar cómo
la tecnología de la información puede generar un impacto económico y social.
Utilizo tres tipos diferentes de métodos en mi investigación, a saber: la
econometría, los experimentos y también los métodos técnicos.
Por lo tanto, lo último sobre mí son
los reconocimientos y premios que he obtenido a lo largo de los años.
Mi investigación está siendo cubierta por importantes medios de comunicación,
como The Economists, Washington Post,
Newsweek y Forbes.
También he ganado dos premios al mejor artículo, otorgados por el MIS Quarterly,
que es la revista más importante de unas cuantas,
y también por la Asociación de Sistemas de Información.
Por mis esfuerzos en la revisión de artículos e investigaciones
,
la
Conferencia Internacional de Sistemas de Información me otorgó dos veces, el premio al
mejor editor asociado,
y esa es la conferencia más grande que celebramos en los últimos tiempos.
Al mismo tiempo, el Departamento de Ciencias de la Administración me otorgó el Premio al
Servicio Distinguido.
También es un gran honor para mí haber sido nombrado uno de los 40
mejores profesores de menos de 40 años del mundo
por poetas y cuantitativos.
Por último, también soy un consultor certificado de SAP,
y esto es importante para ti porque
en esta clase aprenderás conceptos de ERP y SAP.
Por eso, espero que disfrutes de tu tiempo conmigo en esta clase,
ya que nos embarcamos en un viaje para aprender todos los conceptos relacionados con los
sistemas ERP.
Por lo tanto, es posible que se pregunte por qué necesita tomar
esta clase y cómo le ayudarían los conocimientos sobre sistemas empresariales en su

carrera.
Bueno, puedo ofrecerte tres buenas razones principales para ello.
Si echara un vistazo a la mayoría de las empresas modernas,
descubriría que la mayoría de estas empresas utilizan algún tipo de sistema empresarial.
Por lo tanto, si aprende sobre el sistema empresarial,
puede trabajar mejor en su trabajo
y, por este hecho, la mayoría de las empresas
utilizan sistemas empresariales. Las
principales escuelas de negocios lo han reconocido y han incorporado
un curso sobre sistemas ERP en el departamento de MIS.
Al mismo tiempo, independientemente de la especialidad de la que provenga,
la mejor manera de aprender sobre una empresa y sus actividades es examinar
detenidamente los
sistemas ERP, ya que las características de los
sistemas ERP tienden a afectar a los diferentes departamentos y funciones empresariales.
Por lo tanto, si examinamos eso,
podremos conocer las actividades en las que
trabajan los departamentos externos y toda la empresa.
Dicho esto, permítanme darles también algunos ejemplos concretos de trabajos que están
directamente relacionados con el uso y las ventas de los sistemas ERP.
Si echáramos un vistazo a una empresa que vende e implementa sistemas ERP,
por ejemplo, SAP, encontraríamos estos puestos, ¿de acuerdo?
A la vanguardia de las ventas,
contaremos con un asociado de ventas cuya tarea principal es interactuar con
los clientes potenciales y las empresas que lo necesitan utilizan un sistema empresarial.
Por lo tanto, necesitan conocer
bastante bien las características de los sistemas empresariales para poder
presentar una propuesta y convencer a las empresas de que los compren.
Al mismo tiempo, el asociado de ventas trabaja en estrecha colaboración con un ingeniero de
preventa,
quien diseñará y producirá una demostración de las funciones para los clientes.
Una vez finalizada la venta,
el siguiente paso es implementar el sistema en la empresa.
Para ello, contrataríamos a consultores funcionales y técnicos.
La función del consultor funcional consiste principalmente en hablar con los usuarios finales
de la empresa,
conocer sus funciones empresariales diarias
y traducir estos requisitos de los usuarios en puntos de
vista lógicos y técnicos que determinen el funcionamiento del sistema ERP.
Tiene que trabajar en estrecha colaboración con el consultor técnico que lo diseña
y también hacer cambios en la forma en que funciona el sistema.
Porque los sistemas ERP son enormes softwares masivos
que tienen varios módulos que abarcan diferentes actividades comerciales.
Es muy probable que necesitemos tener
una buena visión general de cómo funcionan juntos los diferentes módulos.
Para ello, necesitamos contratar a
un arquitecto del sistema que diseñe el plan general del sistema.
Todavía tiene ganas de acudir si necesitamos preguntar si se pueden hacer cambios
repentinos para
que el sistema en general pueda funcionar correctamente.
Por último, tenemos a la cabeza de un grupo,
un grupo de implementación, un director de proyecto.
Un director de proyecto es responsable de dirigir todo el equipo de implementación.
Él o ella tiene que ser consciente de los riesgos en términos de costos
y también en términos de la duración del proyecto.
Esa es la razón por la que su trabajo consiste principalmente en asegurar los recursos para
diseñar los presupuestos
y diseñar las actividades para el equipo.
Debido al papel estratégico que desempeña un director de proyecto,
a veces tiene que ejercer influencia
y también persuadir
y ajustar las expectativas de los clientes.
En algunas ocasiones, también tendría que hacer lo mismo en términos de
gestión de expectativas con la empresa en la que trabaja.
Por lo tanto, incluso si no trabaja directamente para una empresa que vende y fabrica
sistemas ERP,
es muy probable que siga utilizando sistemas empresariales
si busca una de estas grandes empresas como Walmart, Intel, Apple o HP.
De hecho, lo que sabemos hoy en día es que todas las
empresas que figuran en la lista Fortune 1000 utilizan algún tipo de sistema ERP.
Por lo tanto, si trabaja para una empresa importante, es muy
probable que se dedique y trabaje en un sistema ERP día a día.
Por lo tanto, una de las mejores maneras para que los estudiantes vean por qué esta clase es
relevante para
ellos es ver cómo esta clase se puede utilizar en el trabajo en sí mismo.
Esta es la razón por la que diseño una actividad para todos mis alumnos para esta clase,
que consiste en
que los estudiantes se conecten a Internet para buscar posibles trabajos relacionados con
el ERP y, al mismo tiempo,
anoten
el título del puesto, la descripción del trabajo
y también ciertas características relacionadas con el trabajo.
Por lo tanto, permítame dedicar los próximos minutos a ilustrar cómo puede hacer esto
y, una vez hecho esto,
puede ir y tomarse su tiempo en Internet para encontrar un trabajo relacionado con el ERP,
tomar notas al respecto
y luego discutir lo que ha encontrado con sus compañeros de clase en esta clase.
Así que, lo que hice fue conectarme a Internet y el primer trabajo que descubrí
relacionado con el ERP que aparecía en mi pantalla fue el de administrador del ERP.
Así que permítanme apuntar estas pocas cosas relacionadas con esta pequeña actividad.
Entonces, el título del trabajo y también la descripción.
Reproduce el video desde :5:58 y sigue la transcripción5:58
Básicamente, esto se basa en el resultado de nuestra búsqueda.
El primero que me pareció relevante para el
ERP en los Estados Unidos fue un administrador de ERP.
El ámbito laboral de un administrador
de ERP incluye, por lo que he encontrado en el sitio web,
garantizar un rendimiento fiable de los ERP,
y eso incluye cosas como la solución de problemas y la
resolución del hardware y el software relacionados con el ERP.
Por lo tanto, aquí se describe un requisito como parte del ámbito laboral, que consiste en
coordinar las versiones
, correcciones y actualizaciones del software del ERP.
Muy bien. Entonces, y otra cosa que querrás saber,
que posiblemente te interese es
qué tan bien se paga el trabajo, ¿verdad?
¿Cuál es el salario anual promedio que te paga este trabajo?
Lo que descubrí en este caso es que, en los EE. UU.,
el puesto de administrador de ERP paga entre 75 000 y 85 000, aproximadamente,
en el rango de 75 000 a 85 000.
Luego, lo siguiente que te pediría que hicieras en
esta actividad es que nombres dos empresas o
industrias que ofrecen este trabajo,
y lo que he encontrado en este anuncio es que está disponible en el sector biotecnológico.
La salud, las industrias y también, en
general, las industrias que nos son más familiares, la
venta minorista y mayorista e incluso la del transporte.
Muy bien, podemos poner el transporte aquí.
Las dos siguientes cosas que les pediría que hicieran aquí son que reflexionen.
A veces puede que esto ya te lo hayan dado en la búsqueda de empleo, a veces no.
Qué tipo de habilidades o
rasgos de personalidad
se necesitan para este trabajo.
Lo que encontré en el sitio web fue que a veces
enumeran el nivel educativo requerido.
En este caso, buscaban específicamente personas con una licenciatura
en administración de empresas
o en Sistemas de Información,
así que IS para abreviar.
También esperamos contar con personas que tengan de dos a ocho años
de experiencia en el apoyo a los ERP.
Finalmente, la última parte.
Puede que esto no esté siempre disponible para
ti, pero querrás pensar en
los diferentes roles que debes desempeñar en este trabajo
y descubrir algunos de
los rasgos de personalidad que necesitarías tener para hacer bien este trabajo.
Por lo tanto, para solucionar problemas y ayudar a los usuarios con el software o el hardware
relacionado con el ERP
, publicar correcciones y actualizar el ERP, es muy probable
que necesite tener habilidades para resolver problemas.
Además, debido a la necesidad de hablar con la gente, de
comunicarse con los usuarios sobre sus necesidades,
es muy probable que la persona que ocupa el puesto de administración
también necesite habilidades humanas y de comunicación.
Entonces, lo último que le pediré que haga y su actividad
es que responda a esta pregunta por su cuenta en función de lo que ve. Hasta ahora,
lo relacionaremos con este trabajo,
¿le
interesaría este trabajo?
¿Por qué y por qué no?
Muy bien. Por lo tanto, no voy a poner una respuesta aquí.
Esto es para que lo averigües y
pienses honestamente en estos diferentes tipos de trabajos para ver si son relevantes para ti.
Muy bien. Así que esta será una actividad para ti,
y la enumeraré como una actividad más un debate.
Por lo tanto, una vez que haya encontrado dos trabajos diferentes relacionados con el ERP,
anote los detalles del mismo
y, a continuación, podrá hablar con sus compañeros o compañeros de clase sobre lo que ha
descubierto.
Por lo tanto, echemos un vistazo a los diferentes temas que trataremos en nuestro curso.
Nuestro curso se divide en cuatro sesiones diferentes. En
la primera sesión,
analizaremos los aspectos introductorios de los sistemas ERP.
Por lo tanto, discutiremos cosas como qué son los ERP
y por qué las empresas los necesitan realmente.
Entonces, para darle una pista,
esto está relacionado con el uso de los procesos comerciales en las empresas.
En nuestra segunda sesión,
profundizaremos en los procesos empresariales.
Veremos ejemplos de procesos empresariales
y, de hecho, veremos cómo eso afecta al modelado
y al uso de los sistemas ERP a través del ejemplo de SAP.
Por eso, hablaremos de los diferentes tipos de datos que
SAP utiliza para modelar entidades dentro de los procesos empresariales.
Por último, al final de la segunda sesión,
veremos el ejemplo del proceso de pedido de venta que se desarrolla en SAP.
En nuestra tercera sesión,
analizaremos los aspectos gerenciales relacionados con el
uso y la selección de los sistemas ERP.
En concreto, analizaremos las cuestiones relacionadas con la selección del ERP adecuado
para su empresa, así como las
ventajas y desventajas relacionadas con sus diferentes opciones.
En nuestra última sesión, la cuarta sesión,
hablaremos sobre un tema muy importante, la gestión del cambio,
porque los sistemas ERP, cuando se implementan en una empresa,
representan un cambio enorme en la forma en que los trabajadores realizan su trabajo.
Por lo tanto, es necesario utilizar técnicas de gestión del cambio para que
la implementación del ERP suponga
la mínima perturbación posible en la forma en que se realiza el trabajo.
Por lo tanto, hablaremos sobre qué es la gestión del cambio,
sobre cómo gestionar la implementación del ERP mediante diferentes técnicas
y también sobre cómo seleccionamos a los socios de implementación adecuados para que
nos ayuden con el uso y la implementación de los sistemas ERP.
También queremos dedicar algo de tiempo a hablar sobre el objetivo de este curso.
Al final de este curso,
espero que esté familiarizado con los conceptos y
los vocabularios que utilizamos en el mundo de los sistemas ERP.
Al mismo tiempo,
deberías apreciar mejor los procesos empresariales de principio a fin y
las interrelaciones que tienen los diferentes departamentos al ejecutar un proceso
empresarial.
Ahora bien, esto es algo muy importante, ya que
los sistemas ERP se basan en los procesos empresariales.
Por lo tanto, con una buena comprensión de cómo funcionan los procesos empresariales,
también se puede entender cómo funcionan los sistemas ERP.
A un nivel amplio,
también analizaremos las consideraciones de gestión relacionadas con el uso de los sistemas
ERP.
En particular, analizaremos dos pasos principales. El
primer paso es analizar
la adquisición y la selección de los sistemas empresariales,
y el siguiente paso que nos ocuparemos es
la implementación y el mantenimiento del uso de sus sistemas empresariales.
Por lo tanto, una nota a mitad de camino es que esta
clase no se centra en los aspectos técnicos de los sistemas empresariales.
Esto significa que no estamos analizando los
aspectos de programación, creación de scripts e integración del middleware de los sistemas
empresariales.
Pero, en cambio, nos centramos en analizar las consideraciones de gestión
y también las implicaciones estratégicas del uso de sistemas empresariales en las empresas.
Así que echemos un vistazo a los diferentes temas que trataremos en nuestro
curso.
Nuestro curso se divide en cuatro sesiones diferentes.
En la primera sesión,
analizaremos los aspectos introductorios de los sistemas ERP.
Por eso, discutiremos cosas como qué son los ERP y
por qué las empresas los necesitan realmente.
Entonces, para darle una pista, esto está relacionado con el uso de los procesos comerciales
en las empresas.
En nuestra segunda sesión, profundizaremos en los procesos empresariales.
Veremos ejemplos de procesos empresariales.
Y, de hecho, veremos cómo afecta eso al modelado y
al uso de los sistemas ERP a través del ejemplo de SAP.
Reproduce el video desde ::41 y sigue la transcripción0:41
Por eso, hablaremos de los diferentes tipos de datos que
SAP utiliza para modelar entidades dentro de los procesos empresariales.
Por último, al final de la segunda sesión,
veremos el ejemplo del proceso de pedido de venta que se desarrolla en SAP.
En nuestra tercera sesión, analizaremos los aspectos gerenciales
relacionados con el uso y la selección de los sistemas ERP.
En concreto, analizaremos las cuestiones sobre cómo seleccionar el ERP adecuado para
su empresa.
Y también las ventajas y desventajas
relacionadas con sus diferentes opciones.
En nuestra última sesión, la cuarta sesión,
hablaremos sobre un tema muy importante de la gestión del cambio.
Porque los sistemas ERP, cuando se implementan en una empresa,
representan un cambio enorme en la forma en que los trabajadores realizan su trabajo.
Por lo tanto, es necesario introducir técnicas de gestión del cambio para
que la implementación del ERP
destruya lo mínimo posible la forma en que se realiza el trabajo.
Por lo tanto, hablaremos sobre qué es la gestión del cambio.
Hablaremos sobre cómo gestionar la implementación de un ERP utilizando diferentes
técnicas.
Además, ¿cómo seleccionamos a los socios de implementación adecuados para que nos
ayuden
con el uso y la implementación de los sistemas ERP?
También queremos dedicar algo de tiempo a hablar sobre el objetivo de este curso.
Al final de este curso, espero que esté familiarizado con los conceptos y
los vocabularios que utilizamos en el mundo de los sistemas ERP.
Al mismo tiempo, deberías apreciar mejor los
procesos empresariales de principio a fin.
Y las interrelaciones que tienen los diferentes departamentos
al ejecutar un proceso empresarial.
Ahora bien, es muy importante tener esto porque los sistemas ERP se basan en los procesos
empresariales.
Por lo tanto, con una buena comprensión de cómo funcionan los procesos comerciales,
también puede
comprender, al mismo tiempo, cómo funcionan los sistemas ERP.
A un nivel amplio, también
analizaríamos las consideraciones gerenciales relacionadas con el uso de los sistemas ERP.
En particular, analizaremos dos pasos principales.
El primer paso consiste en analizar la adquisición
y también la selección de los sistemas empresariales.
Además, el siguiente paso del que nos ocuparemos es la implementación y el
mantenimiento del uso de los sistemas de su empresa.
Por lo tanto, cabe señalar que se trata de una cláusula que no
se centra en los aspectos técnicos de los sistemas empresariales.
Esto significa que no nos estamos centrando en la programación, la creación de scripts ni
tampoco en
los aspectos de integración intermedia de los sistemas empresariales.
Pero, en cambio, nos centramos en analizar las consideraciones de gestión y
también las implicaciones estratégicas del uso de sistemas empresariales en las empresas.
Por lo tanto, una de las mejores maneras de entender por qué los sistemas ERP son útiles
y cómo los utilizan las empresas es, en primer lugar, entender el concepto de proceso
empresarial.
Un proceso empresarial no es más que
las actividades que realizan las empresas en el día a día.
Pues bien, aquí os he preparado un ejemplo de
un proceso empresarial típico y estoy seguro de que muchos de vosotros os
habréis podido imaginar cómo se pide
un iPhone y se envía a una tienda minorista.
Así pues, he aquí una conversación muy típica que el
gerente de una tienda podría tener con un asociado de ventas.
Así que Best Buy es una de las tiendas minoristas más grandes de EE. UU. que vende
productos electrónicos.
Anticipándose a una temporada navideña en la que habrá más demanda de iPhones,
el gerente de la tienda de Best Buy podría ponerse
en contacto con un asociado de ventas de Apple para pedir algunos iPhones.
La conversación podría ir más o menos así:
«Necesitamos 5000 iPhones en la
tienda Best Buy de Minnesota, Roseville, esperemos que antes del 31 de octubre y, si
pudieras, conseguirme un buen precio».
Muy bien. Entonces, antes de que el asociado de ventas de
Apple pueda decir que sí al gerente de la tienda de Best Buy,
tiene que pensar en un par de preguntas.
Muy bien. Preguntas sobre, ¿tenemos suficientes iPhones en nuestro almacén?
¿Podemos enviar estos iPhones a tiempo a la tienda de Minnesota Roseville?
¿Best Buy es un buen cliente?
¿Pagaron puntualmente anteriormente?
¿Deberíamos hacer algún descuento a Best Buy si es un buen cliente?
Si la respuesta a este conjunto de preguntas es afirmativa,
estas son las siguientes cosas que Apple tendría que hacer por su parte.
En primer lugar, habrá un paso conocido como puesta en escena del material.
Este es un paso que implica mover y contar la cantidad correcta de iPhones y
guardarlos en un segmento determinado
del almacén para que estén listos para ser cargados y enviados.
Al mismo tiempo,
hay que llamar a una empresa de logística como UPS o
FedEx para organizar que un camión de reparto vaya a recoger estos productos al almacén de
Apple.
Una vez hecho esto y cuando el camión llegue al almacén,
habrá que cargar la mercancía en el camión de reparto.
Este es el punto en el que el gerente del almacén tendría que hacer una declaración diciendo:
«Hemos cumplido con nuestra responsabilidad como empresa.
Hemos empaquetado los productos, los hemos contado y los hemos
cargado para enviarlos al cliente, ¿verdad?»
A continuación, el camión se dirigiría a la tienda de Minnesota Roseville.
Una vez que llegue allí, el personal de la tienda Best
Buy inspeccionará y contará si tienen el juego correcto de iPhones.
Por último, esta es la conversación que
el gerente de la tienda podría estar teniendo con el asociado de ventas de Apple diciendo:
«Hemos comprobado y recibimos 5000 unidades de iPhones.
Gracias por realizar estas ventas».
Entonces, en este momento, el cliente, Best Buy,
pagará por los iPhones.
Muy bien. Entonces, lo que has visto aquí,
es un proceso muy simple.
En realidad, se conoce como proceso de cumplimiento de pedidos.
Si pudieras, tómate un momento para reflexionar.
¿Cuáles son algunas de las funciones empresariales que intervienen en este episodio?
¿Cuáles son algunos de los departamentos internos involucrados y cuáles
son algunos de los departamentos externos involucrados?
¿Qué cosas podrían salir mal a corto plazo?
Muy bien. Quizá quieras tomarte un momento para pausar el
vídeo antes de pasar a la siguiente diapositiva.
Por lo tanto, confío en que hayas pensado en algunas de
las cosas que se producen en el proceso de tramitación de pedidos.
Veamos rápidamente un resumen de las actividades y los
pasos, así como de las personas y el departamento que participan en este proceso.
Así que lo que tenemos aquí en pantalla se conoce
como diagrama de carril de natación simplemente porque representa y se parece a una
piscina.
En el lado izquierdo de este diagrama,
tenemos los nombres de los departamentos,
todas las personas involucradas y, en el lado derecho, detallamos
los diferentes procesos y actividades en los que participó cada una de las partes.
Por lo tanto, la forma de ver este diagrama es ir desde la esquina superior izquierda.
Vemos que el cliente de Best Buy llama
al asociado de ventas de Apple y hace un pedido.
El vendedor de Apple comenzará a procesar este pedido realizando algunas
comprobaciones.
En primer lugar, consulte con
el personal del departamento de contabilidad y finanzas para ver si Best Buy
tiene un buen historial crediticio y si deberían ofrecer este descuento a Best Buy.
Al mismo tiempo, consultarán con el jefe de almacén para ver
si hay suficientes iPhones para entregarlos a Best Buy.
Si la respuesta a estas dos preguntas es afirmativa,
pasarán al siguiente paso: contar y empacar
la cantidad correcta de iPhones y guardarlos en el almacén para su envío.
Lo último que tendría que
hacer el representante de ventas o de atención al cliente sería iniciar este proceso
de organización del transporte logístico desde una empresa como UPS o FedEx.
Lo siguiente que veremos en este proceso es que el
gerente del almacén o el personal de gestión de inventario
preverán o supervisarán personalmente
todo el proceso de carga y emisión de la mercancía fuera de la empresa.
Así que ahora estamos en la cuarta fila de este diagrama de carril de natación.
Entonces, la camioneta lleva este juego de iPhones a Best Buy en Minnesota.
En este momento,
los clientes podrían ver y contar que todo está en su lugar.
Una vez hecho esto y si todo está bien,
se les entregará una factura y luego pagarán.
Aquí es donde se realizaría todo el proceso.
Como puedes ver en este breve episodio sobre la gestión de pedidos, a
pesar de que se trata de una actividad bastante fluida desde el exterior,
intervienen varios departamentos y personal diferentes.
Puede haber personas involucradas internamente, como personas que se ocupan de las
ventas, la
contabilidad y la gestión del inventario.
Al mismo tiempo, también tratamos con personal ajeno a la propia Apple.
Por ejemplo, el cliente que proviene de Best Buy es una parte externa.
Al mismo tiempo, la logística y el transporte que se
encargan de la entrega también son un departamento externo.
Así que, si tuviéramos que pensar en esto más profundamente,
hay varias cosas que podrían estropear este sencillo proceso.
Por ejemplo, es posible que Apple no tenga suficientes productos en la tienda.
Por lo tanto, esto podría deberse a varias razones.
Por ejemplo, debido a la temporada navideña,
es posible que estén recibiendo varios pedidos de diferentes compañías.
Al mismo tiempo,
es posible que no hayan producido suficientes iPhones simplemente porque
se produjo una huelga inesperada en
el trimestre anterior o porque tuvieron una mala racha de
producción, lo que se tradujo en muchas unidades defectuosas de la producción anterior.
Incluso fuera de Apple,
podrían producirse otros problemas.
Por ejemplo, es posible que la empresa de logística tampoco pueda realizar el envío
simplemente
porque también recibe demasiadas solicitudes de otros clientes durante este período tan
ajetreado.
Por último, es posible que el pedido no
sea rentable para Apple si el cliente no es un buen cliente.
Por ejemplo, si no pagaron la factura del pedido anterior,
el asociado de ventas de Apple podría reconsiderar si es
una buena oferta tener este pedido de venta.
En resumen, vemos que hay varios pasos involucrados en este proceso tan simple.
Diferentes departamentos y áreas funcionales se han
unido para llevar a cabo el proceso de venta.
Es necesario contar con una buena comunicación y colaboración
entre los departamentos para que este proceso empresarial se ejecute sin problemas.
Por ejemplo, vemos que en el primer paso,
el asociado de ventas de Apple tendría que hablar y coordinarse
muy estrechamente con el gerente de logística que se encarga del recuento de la mercancía.
Por lo tanto, vemos que en este episodio de pedidos de venta,
lo que necesitamos saber aquí es que la información
debe fluir sin problemas entre las unidades de negocio de manera eficaz.
Al mismo tiempo,
diferentes empleados de diferentes departamentos tienen que coordinar estrechamente su
trabajo.
Ahora que hemos hablado de los procesos empresariales,
cambiemos un poco de tema y echemos un vistazo al interior de la propia empresa.

Así que he aquí una vista rápida de los diferentes departamentos
que pueden existir en una empresa típica.
En primer lugar, tenemos el departamento de ventas y marketing y lo que se encarga,
como ya habrás adivinado, es de
gestionar los pedidos de venta de los clientes y, al mismo tiempo,
se encargan del marketing, que consiste en hacer que
los clientes conozcan los productos y las características que venden.
El siguiente departamento que tendrán la mayoría de las empresas es un departamento de
recursos
humanos, y un departamento de recursos humanos se encarga en gran medida de la
contratación de empleados,
la capacitación de estos empleados
y, lo que es más importante
, de asignar a estos empleados diferentes responsabilidades.
La tercera función común que tiene una empresa
es un equipo de producción y lo que un equipo de producción se encarga de hacer
es básicamente fabricar y producir los bienes.
Cada empresa también tendría un
departamento de finanzas y contabilidad, y lo que hace el departamento de finanzas y
contabilidad
es garantizar que la empresa tenga una buena salud financiera.
También están a cargo de declarar
los ingresos y también los gastos en los que ha incurrido la empresa.
Por último, tenemos el departamento de compras
y lo que hace el departamento de compras en una empresa
es comprar y comprar materias primas para que la empresa pueda producir bienes.
Al mismo tiempo, el departamento de compras también
compraría suministros diarios para que las oficinas pudieran funcionar.
Por ejemplo, podrían estar pensando en comprar papel
o computadoras para los empleados.
Una cosa muy común a la que se enfrentan las empresas es el problema del
efecto silo, y lo que significa ese efecto es que cada uno de estos departamentos
tiende a no hablar mucho entre sí.
Algunas de las razones por las que podríamos pensar por qué se produce el efecto silo son
las siguientes.
A medida que una empresa crece cada vez más,
puede haber más y más unidades de pequeñas empresas diferentes.
Para que una empresa funcione bien,
cada una de estas unidades de negocio debe
especializarse en un área particular que involucre la empresa.
Como resultado de esta especialización,
los empleados de un departamento tienden a saber muy bien lo que se supone que deben
hacer,
pero no saben muy bien lo que están haciendo los demás.
Al mismo tiempo, existe el problema de los
diferentes planes de incentivos que se otorgan a los diferentes departamentos.
Permítanme dar un ejemplo de cómo podría suceder esto.
Por ejemplo, en el gerente de ventas de Apple,
podría estar muy motivado a vender
tantos iPhones como fuera posible porque su bonificación está vinculada a eso.
Como resultado,
la previsión de ventas que podría dar a su equipo de ventas es la siguiente:
«En el próximo trimestre, tratemos de garantizar la venta de 100 000 nuevos iPhone a
nuestros clientes».
Sin embargo, el director de producción que se encarga de producir
y fabricar estos iPhones tiene un objetivo completamente diferente.
Podría ser el principal responsable de la buena producción de teléfonos de alta calidad.
Tiene que asegurarse de que sus trabajadores no estén sobrecargados de trabajo y de que
sus máquinas y su fábrica puedan funcionar día a día.
Sabiendo que esta fábrica solo podía producir un máximo de
50 000 unidades de iPhones en un trimestre determinado,
podría tener un objetivo muy diferente al de un gerente de ventas.
Como resultado de estos objetivos diferentes,
si tuvieran que hacer cosas diferentes al mismo tiempo,
podrían provocar el colapso del proceso empresarial.
¿Verdad? Por lo tanto, para resolver los problemas del efecto silo,
una solución importante sería que
la empresa tuviera una visión de la organización orientada a los procesos.
En este caso, el departamento de ventas necesita saber cuáles son
los objetivos y las estrategias utilizadas
por el departamento de distribución y, del mismo modo,
las personas que trabajan en el departamento de distribución necesitan saber
cuáles son los objetivos y los hitos que tiene el departamento de ventas.
Al mismo tiempo, toda esta actividad tiene que tener sentido desde el punto de vista
financiero.
Es decir, todas estas actividades tienen que ser rentables.
Por lo tanto, una visión de la organización orientada a los procesos simplemente significa que
la
información entre estos diferentes departamentos debe fluir sin problemas.
Para que todos sepan exactamente lo que hacen nuestros departamentos.
Me gusta
No me gusta
Informar de un problema
Compartir
Esta es la razón por la que necesitamos un sistema empresarial.
Si tuviéramos que echar un vistazo a una definición de sistema empresarial de uso común,
se denomina como un sistema que apoya el proceso empresarial de principio a fin.
Aquí tenemos una imagen de los 11 procesos de negocio que define SAP,
y si tuviéramos que mirar la parte central de este gráfico,
tenemos los procesos de negocio de adquisición, producción y cumplimiento.
En el ejemplo anterior vimos cómo funciona la gestión logística
cuando el personal de Apple toma un pedido y lo envía a un cliente.
También está relacionado con este proceso el proceso de fabricación y construcción de este
producto,
que se conoce como producción por parte de SAP.
Al mismo tiempo, también tenemos la etapa de comprar
las materias primas para construir o fabricar estos productos,
en el proceso de adquisición.
Por lo tanto, aparte de estos tres pasos principales,
tenemos la planificación de los
materiales, y la planificación de los materiales no es más que
la planificación de la compra de materias primas para
que puedan incorporarse sin problemas al proceso de producción.
En otras palabras, podemos entender esto como
el proceso de satisfacer la demanda y el suministro de materias primas. El
siguiente paso es el proceso conocido como gestión de activos, y algunas empresas,
después de vender sus productos,
siguen encargándose de mantenerlos.
Esto es especialmente cierto en el caso de las empresas que se dedican a la venta de
productos de grandes infraestructuras, como ascensores y ascensores.
En muchas empresas, también tenemos este proceso empresarial de gestión del capital
humano,
y este módulo hace exactamente eso:
gestionar las nóminas,
gestionar las tareas, las responsabilidades
y la formación de los empleados.
En la parte superior de este gráfico,
vemos otro módulo conocido como gestión de inventarios y almacenes,
y este módulo es el principal
responsable del almacenamiento y el movimiento de las mercancías dentro del almacén.
Por último, tenemos otros dos procesos empresariales conocidos como gestión de datos del
ciclo de vida
y gestión de proyectos de programas,
los cuales se encargan
del diseño de los productos en los nuevos proyectos de una empresa.
Entonces, una pregunta rápida para ustedes es:
¿todas las empresas necesarias tienen que tener cada uno de estos 11 procesos?
Tómate un momento para pensar en esto.
Así que si tu respuesta es no,
entonces estás en lo cierto,
y un ejemplo de una empresa o negocio que no utiliza cosas intermedias, las
compras, la producción y la gestión logística,
sería una mentira en el sector de los servicios.
Por lo tanto, un ejemplo concreto de eso sería una universidad.
Una universidad no produce ningún bien físico, pero
el objetivo principal es formar y educar a los estudiantes.
Como resultado de ello, no todas las empresas podrían
utilizar o disponer de cada uno de estos 11 procesos empresariales.
Así que es importante tomar nota de eso.
Las empresas, cuando compran o utilizan sistemas ERP,
no necesitan utilizar todos estos paquetes y módulos diferentes.
Otra cosa a tener en cuenta es que tenemos una definición más amplia de lo que es un
sistema ERP.
Para Gartner, denominan sistemas ERP a
una estrategia tecnológica en la que las transacciones comerciales están vinculadas a las
transacciones financieras.
Así pues,
si echamos un vistazo a este gráfico, no es de extrañar que veamos por qué esta definición se
denomina tal como está,
ya que, justo en el centro de esta imagen,
vemos dos módulos,
dos procesos empresariales que están resaltados en azul, la
contabilidad financiera y la contabilidad de gestión.
Si analizamos más de cerca este panorama,
veríamos que todos los demás procesos empresariales
tienen líneas dibujadas hacia la parte central,
y lo que estas líneas significan realmente es que detrás
de cada
una de estas actividades y procesos empresariales, eventualmente podría denominarse o
denominarse transacción comercial o financiera.
Esa es la razón por la que esta definición de Gartner destaca el hecho de que
la transacción comercial que vemos en todas las empresas puede, en
última instancia, estar vinculada a transacciones financieras.
Así que ahora, hemos visto un ejemplo de un proveedor de ERP,
y ese es SAP.
¿Conoce otros proveedores que
operen en este ámbito o que desarrollen sistemas empresariales?
Es posible que puedas recordar o recordar el nombre de una persona,
por lo que algunos nombres importantes que participan en la creación y venta de sistemas
empresariales
incluyen Oracle, Microsoft Dynamics
e incluso empresas más recientes como Salesforce.
Así que, en las próximas diapositivas,
hablaremos principalmente de SAP.
SAP es uno de los mayores proveedores de ERP
conocidos por tener una gran cuota de mercado en el mercado actual.
Me gusta
No me gusta
Compartir
Por lo tanto, hablemos un poco más sobre lo que es SAP.
Me di cuenta de que sería un flaco favor para ti si

terminaras este curso sin saber qué significa SAP
y cómo surgió.
Así pues, SAP comenzó realmente en 1972,
cuando comenzó como un núcleo de análisis de sistemas y desarrollo de programas.
Durante los cuatro años siguientes,
pasó a denominarse productos de aplicaciones de sistemas para el procesamiento de datos.
Al ser una empresa alemana,
tiene un nombre alemán que no trataría de pronunciar,
porque realmente destruiría esta cosa.
No soy un hablante nativo del idioma alemán.
Echemos un vistazo a cómo surgió esta empresa.
Esta empresa fue fundada por cinco ingenieros de software que trabajaban para IBM.
En ese momento, en realidad estaban intentando construir un sistema,
un sistema empresarial para Xerox.
Lamentablemente, este proyecto no terminó y se paralizó.
Estos cinco ingenieros regresaron a Alemania,
pensaron que lo que estaban haciendo para Xerox era realmente importante
y decidieron fundar una empresa para seguir fabricando sistemas ERP.
Su primer cliente en Alemania fue en realidad una planta de fabricación de productos
químicos,
y el sistema que están construyendo era bastante simple.
Todo lo que necesitaban para construir era tener un módulo de nómina
y también un módulo de contabilidad.
Como resultado, pudieron crear la primera versión de SAP,
que se llamó SAP R/1 en 1972.
Lo que vemos en esta primera versión de SAP
es realmente una versión combinada en
la que la capa de aplicación y presentación se encuentra en una sola capa. A
medida que avanzaban en los años siguientes,
empezaron a recibir más solicitudes para hacer más programas más sofisticados
y, sobre todo, en 1979,
se les pidió que crearan
un módulo adicional que incorporara el aspecto de la fabricación.
Sabiendo que el aspecto de la fabricación
requiere registrar muchas partes y unidades diferentes,
decidieron incorporar una segunda capa,
conocida como capa de base de datos,
para almacenar cada entidad por separado del propio software de SAP.
Aquí es cuando comienza a aparecer la versión SAP R/2,
porque hay dos capas distintas en el programa.
Una de la capa de base de datos
y la segunda es la capa de aplicaciones y presentaciones.
En la década de los 90, es cuando la arquitectura cliente-servidor se hace cada vez más
popular.
Lo que hace la arquitectura cliente-servidor es
permitir a los clientes o usuarios finales
acceder a los programas que están almacenados en ordenadores a gran escala,
conocidos como servidores, a través de su propio terminal.
Así pues,
al reconocer este movimiento, SAP estuvo a punto de modificar y cambiar su programa
para que tuviera efectivamente tres capas diferentes.
La capa de base de datos para almacenar los diferentes objetos de negocio en el programa,
el propio programa se asienta sobre la capa de aplicación
y, al mismo tiempo, diseñaron una interfaz gráfica de usuario
para formar la capa de presentación que ve el usuario.
Muy bien. Pasando a la década de 2000,
es cuando vemos que la arquitectura orientada a los servicios comienza a surgir.
Lo que tenía esta era
era que los diferentes módulos podían llamar a
las diferentes funciones de otros módulos utilizando nombres orientados a los servicios.
Así que, una vez más, SAP, veo que esta tendencia se está poniendo al día,
modifican y cambian su programa para incorporar estos aspectos de servicio.
Aquí es donde, en la década de 2000, empezamos a ver nuevos desarrollos de SAP.
Así que, a partir de 2018,
utilizaremos la versión de SAP conocida como SAP ERP 6.0.
Entonces, habiendo conocido la historia de SAP y por qué surgió,
una pregunta rápida que me gustaría hacerle es:
¿alguna vez se ha preguntado qué significa R en las primeras versiones de este software?
Por lo tanto, R significa tiempo real,
simplemente porque SAP fue la primera empresa,
o el primer programa,
que permitió el acceso en tiempo real a los datos
que se encuentran directamente en el disco de un ordenador.
Antes de eso, la mayoría de las computadoras tenían sus datos almacenados en cintas
magnéticas,
que una persona tenía que procesar manualmente al final de cada día.
Como puede imaginar,
los pasos de procesamiento de los datos eran en realidad bastante engorrosos,
y SAP se enorgullece de ser el primer software y programa
capaz de acceder sin problemas a los datos en tiempo real.
Por lo tanto, tenemos la R fija en su programa en las primeras fases de sus versiones.
Así que, continuando, echemos un vistazo a una implementación típica del entorno SAP.
Dado que SAP, como programa,
no tiene que estar en el mismo lugar en el que se encuentra el usuario,
podemos ver instancias como esta.
Un usuario puede estar sentado en la costa oeste de Estados Unidos, sobre
todo en California, en este caso, y
utilizar la interfaz gráfica de usuario de su PC para acceder al programa de SAP
y a la base de datos que está almacenada en una ubicación diferente.
En este caso, el servidor que aloja el programa SAP y su base de datos
se encuentra en Wisconsin.
Por lo tanto, dado que el usuario utilizó el software por su cuenta,
ninguna de esta información o datos se almacena en el PC del usuario.
En realidad, todos estos datos y movimientos se almacenan en el servidor que se encuentra
en Wisconsin.
Una cosa importante a tener en cuenta es que
SAP, y también muchos otros sistemas ERP importantes,
hicieron que una vez que los datos se guardaran en el servidor, se
guardaran allí para siempre. ¿De acuerdo?
Esto hace que sea muy difícil para los usuarios eliminar o realizar cambios en estos registros
guardados.
Así que, una pregunta rápida para ti. ¿Cuál es el motivo por el que SAP
ha creado una forma tal que es difícil eliminar los datos guardados en su servidor,
lo que hace que estos puntos de datos se guarden definitivamente en este servicio?
Muy bien. Por lo tanto, si recuerdas nuestra anterior serie de diapositivas,
veríamos la definición de los sistemas ERP como sistemas que
permiten vincular las transacciones comerciales a las transacciones financieras.
Como la mayoría de las actividades que realizan las empresas están vinculadas a algunos
resultados financieros, es
necesario contar con un registro de auditoría de lo que hacen los usuarios en los sistemas.
Muy bien. Como puede imaginar,
si un usuario pudiera modificar fácilmente los pasos y
todas las actividades que ha realizado en SAP,
podría cometer fácilmente un fraude financiero.
Para ello,
SAP quiere hacer un seguimiento de cada movimiento de los usuarios en el sistema
y, por ello, necesitamos una pista de auditoría en el sistema.
Esta es otra visión del sistema SAP
y de cómo un usuario accedería realmente a SAP y a sus datos.
Por lo tanto, como usuario, SAP hace que sea muy cómodo
para el usuario acceder al programa de varias maneras.
Entonces, después de instalar la GUI, la
interfaz gráfica de usuario en los dispositivos del usuario,
y estos dispositivos podrían venir en forma de computadoras portátiles,
computadoras de escritorio, tabletas o teléfonos móviles, de acuerdo.
Por lo tanto, al tener acceso a esta GUI,
el programa GUI se comunicaría con
el programa SAP que está almacenado en el servidor de aplicaciones ubicado en otro lugar de
este muro.
Luego, a medida que el programa se ejecuta,
el programa buscará los datos que están almacenados en
los servidores de datos que se encuentran en un lugar diferente al del usuario.
Muy bien. Por lo tanto, me gustaría concluir nuestra primera sesión
mostrándoles dos capturas de pantalla de cómo se ve SAP.
Entonces, en la parte superior izquierda de la pantalla,
verá que esta es una pantalla de inicio de sesión típica de SAP.
El usuario escribirá su ID de usuario,
junto con su contraseña,
y al iniciar sesión verá el primer menú de SAP.
Por lo tanto, cada una de estas opciones se encuentra en el menú de SAP y
en realidad representa un dominio empresarial.
Los usuarios podían recurrir a cada uno de estos dominios
para revisar las fotos de las subfunciones del software de SAP.
Así que, con esto terminaré nuestra primera sesión,
espero verlos en nuestra segunda sesión
SEMANA 2
Así que, bienvenidos de nuevo a otra sesión de Enterprise System.
Me llamo Jason Chan

y profundizaremos en este apasionante mundo de los Sistemas Empresariales.
Para hacer un breve resumen de lo que vimos en nuestra primera sesión,
hemos aprendido por qué los sistemas empresariales son valiosos para las empresas,
los tipos de trabajos que están relacionados con los sistemas ERP.
También hemos hablado del concepto de lo que son los procesos de negocio y, precisamente
por
esta naturaleza, que permite a las empresas tener una visión procesal de las actividades,
los sistemas empresariales son útiles en ese sentido.
Por eso, hoy profundicemos más en el concepto de qué son los procesos empresariales.
Así que, antes de que podamos hablar realmente sobre qué son los procesos empresariales,
echemos un vistazo a la empresa.
Por lo tanto, una empresa existe por una razón principal,
que es servir a algún tipo de propósito comercial o social.
Así que, en términos generales, vemos tres tipos principales de empresas.
El primer tipo es que una empresa existe para crear y entregar productos.
Un ejemplo de ello sería la empresa Apple.
Diseñan y fabrican productos electrónicos como
computadoras portátiles, teléfonos y tabletas.
Lo que hacen con sus productos manufacturados es venderlos a los minoristas,
quienes a su vez los venden a los usuarios finales.
Ese es el primer tipo de empresa.
También hay empresas que existen para proporcionar a
los fabricantes piezas y materias primas.
Un ejemplo de ello sería Foxconn.
Foxconn, trabaja muy de cerca con Apple,
y les suministran los chasis de los teléfonos para fabricar iPhones.
Al mismo tiempo, hay empresas que fabrican el panel de vidrio para sus teléfonos
y también hay empresas que
fabrican los procesadores que se utilizarán en el teléfono.
Por último, tenemos el tercer tipo de empresas que
solo brindan servicios y
están relacionadas con la industria de la telefonía, tenemos compañías de telecomunicaciones
[inaudibles] que se encargan de brindar el servicio celular móvil para que, al encender el
teléfono, pueda usarlo para hacer una llamada o enviar un mensaje de texto.
Algunos ejemplos son: AT&T
, Verizon y T-Mobile en EE. UU.
Por lo tanto, independientemente de lo que haga la empresa
para alcanzar su objetivo, las empresas tendrían que utilizar el proceso empresarial para
completar el trabajo a fin de lograr ciertos objetivos comerciales.
Ahora, habiendo visto estos antecedentes,
podemos pasar a definir qué son los procesos de negocio.
Por lo tanto, los procesos comerciales no son más que un conjunto de tareas o
actividades que una empresa emprende para producir ciertos resultados deseados.
Los procesos de negocio siempre se desencadenan por algún tipo de evento.
Por ejemplo, cuando una empresa recibe un pedido de un cliente,
se iniciará el proceso empresarial de gestión logística.
Cuando un almacén se da cuenta de que hay una caída en el inventario y de la necesidad de
abastecerse,
también es un factor que les impulsa a iniciar un nuevo proceso empresarial.
Por ejemplo, comprar más materiales o fabricar más materiales porque
los procesos empresariales son muy largos y suelen
implicar a muchas personas diferentes de diferentes áreas empresariales.
Veremos que es
probable que las diferentes áreas funcionales completen los pasos de un proceso empresarial.
Los procesos empresariales están muy extendidos. Los
vemos a partir de una variedad de tareas diferentes.
Por ejemplo, hacer un pedido, comprar piezas a un fabricante,
contar y llevar un registro del inventario en un almacén,
producir productos en una fábrica,
contratar y despedir mano de obra y también compensarla,
y también hacer un registro contable o declarar los impuestos dentro de una empresa,
o casos de diferentes etapas dentro de diferentes procesos empresariales.
Veam
os dos ejemplos
para que pueda entender este concepto de manera más concreta.

Por lo tanto, el primero que analizaremos realmente
es el proceso de adquisición.
La adquisición no es más que el paso
de obtener los materiales externamente del proveedor.
Así que pongámoslo aquí en la parte superior de la pizarra.
Por lo tanto, podemos referirnos a este proceso de adquisición, es básicamente,
el objetivo del mismo es adquirir
los materiales necesarios con mucha frecuencia.
Esta es la materia prima necesaria para fabricar cosas.
Por lo general, esto se obtiene externamente del proveedor.
Por lo tanto, por lo general, la forma en que se iniciaría un proceso empresarial requiere un
desencadenante, como hemos visto anteriormente.
En este caso, este desencadenante se produce cuando
el almacén reconoce la necesidad de abastecerse, y
luego de las materias primas.
Por lo tanto, vamos a ilustrar esto haciendo algunos dibujos.
Así que voy a hacer un dibujo de un almacén.
Ahí vamos. Así que aquí tenemos un almacén.
Permítanme etiquetar este almacén.
En el primer paso, el detonante es que el almacén
reconoce la necesidad de
comprar materiales para abastecerse.
Lo que sucederá después es que esta necesidad se
anote en un documento conocido como el documento de requisición de retratos.
Luego se envía al departamento de compras de la empresa.
Muy bien. Así que, dejemos esto también.
En segundo lugar, documente esta necesidad
en una solicitud de compra
y luego envíela
al departamento de compras.
También podemos hacer un dibujo aquí, en el lado izquierdo de la pizarra,
para que nos resulte más fácil verlo.
Esta es una imagen que
representa al departamento de compras.
Así que estoy dibujando unos iconos muy simples,
una tarjeta de compra que normalmente se usa para
ayudarnos a reconocer que este es el departamento de compras.
También podemos dibujar algunas flechas aquí.
Antes de eso, pongamos aquí una etiqueta, la de compra.
Por lo tanto, el almacén envía
un documento o una solicitud que contiene lo que necesitan.
Denominamos esto como PR, que significa solicitud de compra.
Entonces, esto está hecho y
el departamento de compras analizará lo que se requiere en el documento.
Entonces, lo que harían en este paso de compra,
es que primero tienen que identificarse.
Identifique los distintos proveedores con los que han tratado
anteriormente y que tienen la capacidad de venderles ese material.
Por lo tanto, identifique al proveedor correcto y, a continuación,
cree otro documento conocido como la orden de compra.
Luego, este pedido se envía al vendedor
para que sepa que «Oh, a
esta empresa le gustaría comprarme algo».
Envíelo al vendedor. También podríamos hacer un dibujo aquí para ilustrar esto.
Justo aquí hay un dibujo de un vendedor, con una
casita por aquí.
Es como una tienda pequeña.
Espero que estas imágenes te ayuden a recordar esto mejor.
Así que, volvamos a etiquetar esto.
Este es el vendedor al que van a comprar los materiales.
Por otra parte, denotemos esto, ya que es
otro documento que el departamento de compras envía al proveedor.
Esto es lo que se conoce específicamente como
orden de compra, PO para abreviar.
Por lo tanto, el proveedor analizará
esta solicitud y decidirá si puede enviarla o tramitarla.
Si pudieran tramitarla,
devolverían la cantidad correcta de materiales y bienes al comprador,
que es nuestra empresa.
Por lo tanto, al ver esta solicitud, el
vendedor enviará el material
al almacén porque el almacén es el que va a almacenar la mercancía.
También podríamos crear,
como en nuestra imagen,
un almacén para enviar la mercancía hasta aquí arriba.
Voy a hacer un dibujo de algunos productos.
Estos son los productos. Al mismo tiempo,
una vez entregada la mercancía,
el vendedor también enviaba una factura a la empresa en la que decía:
«Mira, he cumplido con mi obligación de enviarte la mercancía, así que, por favor, paga».
Por lo tanto, se
envía una factura a la empresa,
y hay un lugar específico que recibe tal cosa,
el documento de la factura,
y ese es el departamento de contabilidad.
Por lo tanto, se envía al departamento de contabilidad.
Lo pondré aquí,
y también podemos poner una foto aquí para mostrarlo.
Por lo general, una buena manera de mostrárselo al departamento de contabilidad es
tener una imagen de una calculadora porque ellos hacen
todos los cálculos y los informes con la calculadora.
Más o menos es así,
manejan muchos documentos.
Por lo tanto, hagamos que también se firmen aquí pequeños documentos.
Entonces, pongamos aquí también un documento,
esta es la factura
y se envía al departamento de contabilidad de la empresa.
Lo hemos anotado en el paso número cinco y, finalmente,
el departamento de contabilidad decía: «Muy bien,
habéis hecho un trabajo,
hemos contado la mercancía, todo está correcto».
El último paso es que el departamento de contabilidad pague.
El departamento de contabilidad enviaría entonces un pago.
Envía el pago al vendedor.
Una vez hecho
esto, se completará todo el proceso de adquisición.
Por lo tanto, también podemos indicarlo en una imagen de aquí.
Por lo tanto, esta es una vista en dólares para mostrar que se está realizando el último paso.
Como tenemos todos los pasos bien listados con números,
podemos volver a colocarlos aquí en este diagrama.
En primer lugar, empezamos con un almacén que reconoce una necesidad,
y luego documentamos
esta necesidad en una solicitud de compra.
Documents lo envía al departamento de
compras y, a continuación, el departamento de
compras emite una orden de compra y la envía al vendedor, y el vendedor tramita este pedido,
el cuarto paso de la orden de compra, y, al terminar, envía una factura al departamento de
contabilidad.
A continuación, el departamento de contabilidad devuelve el dinero diciendo:
«Gracias por este pedido,
te devolvemos el dinero». Muy bien.
A continuación, veamos también otro proceso empresarial para
ver cómo se desarrolla cierto proceso empresarial dentro de una empresa.
Por lo tanto, otro proceso empresarial estrechamente relacionado es el de la producción.

También podemos tenerlo justo en la parte superior de la pantalla aquí, en nuestro tablero
aquí.
Producción para la tarea [inaudible] de adquirir
internamente un material necesario.
Lo que esto significa es que,
en lugar de comprar el inventario o los productos a un proveedor externo,
la empresa podría crear o fabricar el producto por sí misma.
Por lo tanto, también podemos enumerar el estilo como el desencadenante de eso.
Por lo general, esto vuelve a suceder desde el almacén.
El almacén ve la necesidad de que
el inventario de los productos que vende esté realmente por debajo de cierto nivel.
Por lo tanto, es necesario empezar a fabricarlos.
Por lo tanto, el almacén solicitaría
la producción de un bien cuando el inventario es bajo.
Lo mismo, podemos colocar la misma ilustración en el lado izquierdo de la pequeña pizarra,
para que nos resulte más fácil visualizarla y recordarla.
He aquí otra vez una imagen de un almacén.
Así que hacen esta solicitud.
Luego, esta solicitud se envía al departamento de producción.
Lo que sucede es que el departamento de producción aceptará esta solicitud
y luego tendrá que aprobarla.
El departamento de producción tiene las aprobaciones de la producción.
Por lo tanto, también podemos hacer un dibujo aquí en el lado izquierdo para
indicar una imagen de la producción.
Por lo general, serías como una pequeña fábrica.
Así que la solicitud está siendo enviada.
Por lo tanto, pongo la R aquí como una solicitud y luego el departamento de producción,
normalmente la fábrica, tendrá que aprobar esta solicitud.
Lo que sucede después es que,
para producir cosas,
tendrían que confiar en el inventario, en
las materias primas del almacén.
Por lo tanto, tras la aprobación de la producción,
esto le da al almacén la autoridad para emitir materias primas.
Autoriza al almacén a emitir las materias primas
necesarias para completar la producción.
Por lo tanto, muchos de estos pasos son inherentes al sistema.
Así que esto es una especie de autorización, una A.
Por supuesto, los productos se enviarán a la fábrica,
al sitio de producción para producir cosas.
Entonces, una vez que las materias primas han llegado al departamento de producción,
comienza la producción.
Por lo tanto, tendríamos el producto que se está creando y el cuarto paso.
Por lo tanto, se están creando productos. Los
nuevos productos ahora están almacenados en la empresa.
Luego, el paso final de este proceso es que las fábricas
no almacenen los productos, sino que los almacene en el almacén.
Por lo tanto, el producto terminado se envía y se almacena en un almacén.
Por lo tanto, podemos poner esto en el último paso.
Luego, el producto terminado es recibido
en el almacén
para su almacenamiento.
También podríamos poner esto.
Nuestra foto de aquí vuelve al almacén para guardarla.
Así pues, he aquí otro ejemplo de
un proceso empresarial al que suelen enfrentarse las empresas.
Lo que haremos en las próximas partes de esta clase será
profundizar en el proceso de cumplimiento del que hablamos en nuestra sesión anterior.
Me gusta
No me gusta
Compartir
Por lo tanto, espero que esta diapositiva le
resulte muy familiar porque la hemos visto en nuestra sesión anterior.

Esta es una diapositiva en la que hablamos de un cliente,
Best Buy, que contrató a Apple para hacer pedidos de iPhones.
Básicamente,
el proceso de venta consiste en hacer que un cliente,
un usuario del sistema, realice
estas diversas actividades para permitir que se atienda la consulta de un cliente.
Veremos cómo ocurre esto en el mundo de SAP.
Por lo tanto, antes de entrar en detalles sobre cómo funciona esto en SAP,
primero necesitamos aprender sobre los diferentes tipos de datos que utiliza SAP.
En términos generales, vemos tres tipos diferentes de datos que utiliza SAP.
El primero de ellos son los datos organizacionales.
Lo que hacen los datos organizacionales es modelar
la estructura organizacional de las empresas, que incluye elementos como entidades jurídicas
, subsidiarias y componentes más pequeños, como fábricas
, regiones de ventas, etc.
En lo más alto, tenemos el primer concepto de cliente.
El cliente es el nivel organizacional más alto de SAP.
Podría representar a una empresa formada por otras entidades legales o subsidiarias.
En el siguiente nivel,
tenemos una empresa.
Una empresa es responsable de elaborar los informes financieros como entidad legal.
Entonces, la razón por la que SAP ha diseñado la estructura de tener clientes y
varias empresas es porque dicha estructura ocurre con bastante frecuencia en el mundo real.
Por ejemplo, si pensáramos en Apple Inc. además de
vender su línea principal de productos, una Apple.
También han adquirido otras empresas, como Beats Electronics,
conocida por sus auriculares, y más recientemente han adquirido Shazam,
una empresa del Reino Unido conocida por sus descubrimientos musicales.
En ese sentido, sería útil para SAP trazar
una jerarquía de dos niveles para Apple en este sentido,
y muchas empresas también tienen este tipo de estructura.
Al mismo tiempo, dado que las empresas pueden estar ubicadas en diferentes países,
una de las características que tienen las empresas es que permiten al usuario
registrar una moneda local para poder hacer una
lista más específica de lo que hacen en la operación.
Otra historia que me gustaría compartir con ustedes es la de Johnson and Johnson.
Johnson and Johnson es una empresa multinacional que se dedica a
la venta y fabricación de
muchas líneas de productos diferentes, incluidos productos farmacéuticos
, dispositivos médicos y también bienes de consumo envasados.
Llevaban más de 100 años en el negocio y, como se puede
imaginar, para poder mantener las actividades empresariales diarias,
tienen que crear varios sistemas heredados diferentes
para respaldar estas diferentes empresas.
De hecho, basándonos en la afirmación que vemos en esta diapositiva,
sabemos que
en el pasado crearon más de 60 sistemas ERP diferentes para apoyar a la empresa.
En 2013, Sandra Peterson,
presidenta del grupo Johnson and Johnson,
hizo una declaración sobre la necesidad de reconsolidar todos
estos sistemas diferentes para que puedan tener una visión coherente de toda la empresa.
Por lo tanto, esto se remonta a lo que vimos en nuestra sesión anterior.
De hecho, esto se debe a que los diferentes departamentos tienden a tener una visión aislada
de lo que están
haciendo y, como resultado, la empresa no es capaz de desempeñar una función eficiente.
Lo mismo ocurre si analizamos el nivel empresarial y los precios, ya que
existen muchas subempresas, nos resulta difícil
consolidar los costes y los ingresos que generan entre las diferentes empresas.
Como resultado, resulta útil consolidar todas
estas diferentes unidades en un sistema empresarial principal.
Así que, basándonos en lo que han escuchado sobre los clientes y también sobre las
empresas,
si tuviéramos que implementar este sistema empresarial en SAP para Johnson and Johnson,
¿cuántas empresas elegirías tener?
¿Es 1, 10,
100 o más de 100? Por
lo tanto, basándonos en lo que hemos visto en esta declaración,
dado que Johnson and Johnson tiene cerca de 300 empresas operativas,
es muy probable que utilicen más de
100 empresas diferentes en su actual estación de SAP.
Continuando, pasamos a este concepto de planta.
Por lo tanto, una planta representa una instalación que crea
, detiene o mantiene un material.
Un concepto de material podría referirse a una materia prima, un producto
semiacabado o incluso un producto terminado en SAP.
Como resultado de estas tres definiciones diferentes de material,
una planta de SAP podría ser una fábrica que produce un producto acabado. ¿
Un centro de distribución que se encargue de distribuir estos productos a
sus clientes o un centro de servicio que traiga productos dañados para repararlos?
Así que, comprueben rápidamente su conocimiento,
¿cuántas plantas ve en esta empresa?
Si tu respuesta es tres,
entonces estás en el camino correcto.
He aquí otra pregunta rápida para comprobar
tu comprensión de lo que hemos aprendido hasta ahora.
Aquí he creado una empresa hipoética llamada Classy
Furniture Inc. y lo que hacen es, como se puede deducir por el nombre de la empresa,
fabricar y vender muebles.
Tienen operaciones en los Estados Unidos y también en Alemania.
Entonces, una pregunta rápida para usted,
¿cuántas entidades legales ve en esta empresa?
¿Cuántas plantas en EE. UU. no tiene?
Entonces, la primera respuesta debería ser bastante obvia para usted,
deberían ser dos entidades legales porque hay
una en los Estados Unidos y otra en Alemania.
Para la segunda pregunta,
deberías pensar en tres.
Hay tres plantas estadounidenses que se muestran en esta imagen: una en Dallas,
otra en San Diego
y otra en Miami.
Por lo tanto, voy a hacerte una tercera pregunta.
Esto es un poco más complicado:
si un cliente hace un pedido en Texas Austin,
qué plantas deberían encargarse de eso para obtener información sobre las diferentes
ubicaciones,
la planta de Dallas es la planta de fabricación
responsable de producir los muebles.
Las plantas de San Diego y Miami son en realidad plantas de distribución
responsables de enviar los productos terminados al cliente.
Por lo tanto, otro dato para la gente
que no está familiarizada con las zonas geográficas de los EE. UU. es
que Austin está mucho más cerca de Dallas que de San Diego o Miami.
Entonces, dada esta situación,
¿qué planta crees que debería ser la responsable del envío de la mercancía?
Tómate un momento para pensar en eso.
Pausa el vídeo. Revelaré la respuesta en un momento.
Por lo tanto, la respuesta aquí es que los usuarios de SAP podrían especificar que Dallas es la
planta que
envía los productos, simplemente porque el SAP es un sistema muy flexible.
Permite a los usuarios hacer ajustes
en las definiciones y llevar a cabo diferentes actividades comerciales. Teniendo en
cuenta los costos, sería mucho más barato enviar
la mercancía desde Dallas que enviarla desde San Diego o Miami.
Entonces, en este caso,
los usuarios tienen la opción de enviar muebles terminados desde Dallas a su cliente en
Austin.
El siguiente concepto del que hablaremos es la ubicación de almacenamiento.
Los lugares de almacenamiento son lugares donde las existencias se guardan físicamente
dentro de la planta.
Hay lugares específicos dentro de una fábrica para
almacenar materias primas y productos semiacabados. En
el caso de los centros de distribución, también hay
lugares dedicados a colocar diferentes existencias de productos terminados.
Basándonos en lo que vimos en la sesión anterior,
hemos escuchado este concepto de la puesta en escena material.
Este es un proceso en el que tenemos que contar y
preparar diferentes cantidades de productos para que estén listos para su envío.
Una ubicación de almacenamiento hace exactamente eso: colocar
los productos terminados en el lugar correcto para que puedan enviarse a continuación.
Por lo tanto, los dos últimos tipos de datos que hemos visto en las
ubicaciones de planificación y almacenamiento son en gran parte responsables del
almacenamiento y el movimiento de las mercancías.
Para poder ejecutar el proceso de gestión logística,
también necesitaríamos tipos de datos para
registrar las entidades y las transacciones relacionadas con las ventas.
En la parte superior, tenemos la organización de ventas en la
que las empresas podrían utilizarla para resumir los datos de ventas.
En un nivel muy amplio,
la organización de ventas es responsable de la venta y
distribución de productos en áreas geográficas específicas.
Cuanto más específico sea el detalle,
las organizaciones de ventas son responsables de
la negociación de los términos y condiciones de una venta.
Al mismo tiempo, son responsables de tramitar
las solicitudes de los clientes en los casos en que surjan disputas.
Como puede ver en esta imagen,
la empresa estadounidense se ha dividido en dos organizaciones de ventas distintas, la
oriental y la occidental, mientras que en la parte alemana
hay una división entre el norte y el sur de Alemania.
Entonces, una pregunta para ustedes,
¿por qué es necesario que la organización de ventas opere en diferentes regiones?
¿Permite SAP que una empresa tenga una única organización de ventas?
¿Por qué a veces es beneficioso tener dos o incluso más de dos?
Por lo tanto, esto se debe a que existen diferencias regionales en la forma en que
operan las empresas y también en la forma en que existen las aduanas regionales.
Por ejemplo, en los EE. UU.
podría haber impuestos sobre las ventas muy diferentes en relación con la costa este y la
costa oeste.
Al mismo tiempo, los clientes pueden tener preferencias muy diferentes en términos de envío.
Por lo tanto, al dividir estas organizaciones de ventas en Oriente y Occidente,
la empresa podría atender mejor a sus clientes al
detallar cuáles son las condiciones específicas en las que deben ejecutarse determinadas
ventas.
Continuando, tenemos el concepto de canal de distribución.
Los canales de distribución no son más que la forma en que
las empresas entregan sus productos a los clientes.
Si bien hay varios tipos de formas en las que las empresas
pueden distribuir los productos a sus clientes y consumidores,
hay tres formas principales que vemos muy a menudo en SAP.
En primer lugar,
es la forma de distribución mayorista, en segundo lugar, la venta minorista y, por último,
Internet. Por
lo tanto, lo que sabemos desde el punto de vista mayorista es que las empresas que
distribuyen
productos al por mayor tienden a hacerlo al por mayor
y estos productos suelen tener un precio más bajo.
El comercio minorista tiene una especie de restricciones menores en cuanto a la cantidad de
productos que se pueden almacenar.
Como resultado, suelen tener cantidades más bajas en comparación con la venta al por
mayor.
Además, para que el negocio de vender en un entorno minorista sea más eficiente,
tienen que tener márgenes más altos.
Como resultado, el sector minorista tendría precios más altos.
En cuanto a la distribución de productos a los clientes por Internet,
debemos tener en cuenta el hecho de que los clientes no se
limitan a una ubicación geográfica específica, sino
que pueden realizar pedidos desde cualquier parte del mundo y, como resultado,
el canal de distribución de Internet debe tener en cuenta los
tiempos de entrega a las diferentes partes del mundo y, al mismo tiempo, los gastos de envío.
Por lo tanto, al definir el canal de distribución, los usuarios pueden definir cosas como
cuál es la cantidad mínima de pedido
y también el precio asociado a cada uno de estos canales de distribución.
Permítanme darles un ejemplo rápido de cómo funciona esto en la empresa real.
Utilizando el mismo ejemplo que vemos en Apple y las ventas de iPhones,
podríamos ver fácilmente cómo se extiende cada uno de
estos tres canales de distribución diferentes en este ejemplo.
Por eso, se sabía que Apple se asociaba con socios externos como Best Buy y
compañías de telecomunicaciones como AT&T para vender sus teléfonos,
y eso se clasifica como el canal de distribución mayorista.
Al mismo tiempo, como Apple quiere
mejorar la experiencia de los clientes con sus productos,
también ha comprado sucursales y ha abierto tiendas Apple en diferentes ciudades.
En el caso de Apple, eso se incluirá en la distribución minorista y, por último,
el iPhone de Apple ya está disponible para su compra en línea en el mismo sitio web,
y pertenece al canal de distribución de Internet.
La división es simplemente la línea de productos que vende la empresa.
En el caso de Apple,
vemos que tienen
tres o más tipos diferentes de productos que venden a los clientes.
La línea de productos uno podrían ser los iPhones, la
línea de productos dos podrían ser los iPads
y, luego, la línea de productos tres podrían ser las computadoras Macintosh que venden.
El último concepto que me gustaría que
aprendieras sobre los datos organizacionales es el del área de ventas.
El área de ventas es una combinación única de la organización de ventas, el
canal de distribución y la división.
Por eso, en este gráfico,
he resaltado en amarillo en la parte izquierda un área de ventas única,
que representa las ventas de mesas realizadas por
la organización de ventas de US Eastern a través del canal de distribución mayorista.
Otro ejemplo que podemos ver es el de la
siguiente diapositiva, en la que he resaltado en amarillo la parte derecha de la imagen.
Esta es otra área de ventas única que indica que las ventas fueron bajas,
realizada por la organización de ventas occidental de EE. UU. a través del canal de
distribución por Internet.
Por lo tanto, he aquí una pregunta que tendrá
en cuenta para su tarea de esta sesión.
¿Por qué las empresas quieren tener un área de ventas diferente
y por qué SAP ha creado una forma tal que las empresas puedan hacer esto?
Por lo tanto, la respuesta es muy similar a la que hemos mencionado anteriormente con
respecto a
los beneficios de tener diferentes áreas geográficas para la organización de ventas,
y voy a dejar que lo piensen con más profundidad.
La última cosa que quiero mencionar en relación con
los diferentes tipos de datos son las interrelaciones que podrían tener los diferentes datos.
Basándonos en lo que hemos visto anteriormente sobre la organización de ventas, el canal de
distribución
y la división, debemos tener en cuenta que
varias organizaciones de ventas pueden utilizar el canal de distribución de arena.
Al mismo tiempo, varios canales pueden vender el mismo material de una división.
Por eso, vemos dos relaciones distintas que operan en SAP.
Una forma rápida de recordar esto es pensar primero que,
yendo de arriba a abajo,
siempre tendríamos una relación de uno a muchos,
y si tuviéramos que ir de abajo hacia arriba,
siempre tendríamos una relación de uno a uno entre estos diferentes datos.
Así que ahora hemos visto un tipo importante de datos dentro de SAP,
que son los datos de la organización.

Los datos de la organización que se encargan de registrar la estructura de las empresas.
El siguiente tipo de datos importante que vemos en SAP son los datos maestros, y los
datos maestros se utilizan para representar entidades que se utilizan en varios procesos
comerciales.
Por ejemplo, el proceso de cumplimiento que nos interesa ver implicaría
la compra de materiales a los proveedores y la venta de estos materiales al cliente
y, como resultado, en este proceso de cumplimiento,
necesitaremos datos maestros para registrar los atributos del cliente,
datos maestros de materiales para registrar los atributos del material
y también datos maestros del proveedor para registrar los atributos del proveedor.
La visión de los datos maestros rara vez cambia y, como puede imaginar,
en el caso de los clientes y los proveedores,
los nombres de estas dos entidades rara vez cambian,
a menos que se decida cambiar el nombre de la empresa.
Al mismo tiempo, las direcciones del cliente
y del proveedor también serían las mismas durante muchos, muchos años.
Los datos maestros contienen varios atributos relacionados con la entidad a la que
representan y
estos atributos son necesarios para tomar decisiones y establecer reglas en un proceso
empresarial.
Según las tareas que deban completarse,
los distintos usuarios utilizarían diferentes vistas de los datos maestros.
Por lo tanto, veamos cómo se refleja esto en el ejemplo de Material Master.
Por lo tanto, suponiendo que estamos buscando el maestro de materiales para una tabla,
tendríamos estas diferentes vistas grabadas.
En la esquina superior izquierda, la
vemos como una vista conocida como datos básicos y, dentro de la vista de datos básicos
, podemos ver cosas como las dimensiones de la tabla,
incluidas cosas como la longitud,
la anchura y también la altura de la tabla.
También veremos atributos como el peso y el color de la tabla.
Para los usuarios, están utilizando el maestro de materiales para
realizar tareas relacionadas con la logística y la preparación de materiales.
Necesitarán conocer la información relacionada con el lugar donde se
almacena la tabla y la cantidad de esta tabla que queda en cada planta.
Por lo tanto, esa información se representará
en las vistas para el almacenamiento y la gestión de almacenes.
Por otro lado, los usuarios que trabajan en los departamentos de contabilidad y ventas y
distribución
deberían saber si están realizando ventas rentables.
Por esa razón, necesitarán saber cuál es el costo de
fabricación de la mesa y también el precio de venta de la mesa.
Esa información se incluiría en las áreas de contabilidad,
S y D, e incluso de compras.
Al mismo tiempo, debemos tener en cuenta que es
posible que la información registrada en cada una de estas vistas solo esté accesible para
grupos particulares de usuarios.
En el ejemplo que he presentado, es posible
que los usuarios relacionados con la logística y la preparación de materiales no vean
la información de precios que
verían los contadores y el vendedor a través de sus opiniones.
Al mismo tiempo, también cabe destacar que la
información sobre el mismo material puede variar de una planta a otra.
Tomemos, por ejemplo, este maestro de materiales para mesa de café de arce.
Es la misma mesa, pero si analizáramos más a fondo sus valores en diferentes plantas,
veríamos tiempos y costes estándar muy diferentes.
En la planta de Milwaukee,
el plazo para construir esta mesa es de
dos días y su coste estándar es de 216 dólares.
Sin embargo, la
construcción de una misma mesa en la planta de Saint Louis requeriría un poco más de
tiempo, tres días, y los costes estándar serían algo más largos.
Ahora, tal vez se pregunte por qué
SAP permite valores diferentes en diferentes plantas.
Bueno, una buena razón para ello es que, al tratar con diferentes proveedores,
las plantas pueden necesitar tiempos diferentes para terminar de construir su mesa.
Al mismo tiempo, diferentes plantas y diferentes fábricas pueden tener
diferentes eficiencias a la hora de crear el mismo producto.
Esa es la razón por la que vemos diferentes plazos de entrega para diferentes plantas.
Al mismo tiempo, dado que obtienen
estas materias primas de diferentes proveedores ubicados en diferentes ubicaciones,
se espera que los costos estándar difieran en las diferentes ubicaciones,
y esa es la razón por la que podemos ver
valores diferentes en diferentes plantas para la misma tabla.
Continuando, también podemos ver un ejemplo de customer master.
Los datos maestros del cliente se utilizan para
registrar datos generales de los clientes, como el nombre,
la dirección y el número de cuenta asociados al cliente.
También incluye las preferencias de entrega y la política de ventas asociadas al cliente. Se
especificarán aspectos como el plan de envío preferido.
Además, el método de envío,
la tolerancia y la política para gestionar los
envíos parciales también se registran en el registro de clientes principal.
El cliente principal lo define la propia área de ventas.
Por lo tanto, veamos cómo se desarrolla eso en nuestra próxima diapositiva.
Así que aquí, si nos centramos en la última fila del gráfico,
veremos que el cliente se puede definir de tres formas diferentes.
Se sabe que los clientes estadounidenses
compran mesas a través de la Organización de Ventas del Este de los Estados Unidos y
también a través de la Organización de Ventas del Oeste de los Estados Unidos.
Los clientes de aquí compran únicamente a través del canal mayorista
, pero como compran a través de una organización
de ventas diferente, habría que crear dos registros independientes del cliente principal.
En el caso de Alemania,
se sabe que el cliente solo compra en la parte norte de la
organización de ventas utilizando el canal de Internet para las mesas.
Como resultado, en total,
tenemos tres definiciones diferentes de cliente.
La razón por la que necesitaríamos
definiciones diferentes del cliente es para ofrecer un mejor servicio
al cliente, ya que el cliente puede tener
preferencias diferentes según
la organización de ventas, el canal en el que compre
y también el producto que desee comprar.
Continuando, también tenemos un dato maestro muy exclusivo que
se conoce como registro de información sobre el material del cliente.
Estos datos maestros son
muy diferentes de los
datos maestros de clientes y materiales, en el sentido de que son muy específicos para
las compras que un cliente hace de un material en particular.
Los valores que vemos en el registro de información del material del cliente
sobrescribirían los valores que vemos en el patrón de materiales y en el patrón del cliente.
Al mismo tiempo, contiene atributos especiales
que no se encuentran en ningún otro lugar del sistema SAP.
Por ejemplo, el número de material del cliente que se utiliza para hacer coincidir el producto
entre
el proveedor y el cliente solo se
encuentra estrictamente en el registro de información del material del cliente.
Si echamos un vistazo a la siguiente tabla,
descubriremos que para el mismo producto, la mesa de café de arce,
tenemos un acabado natural que se conoce como MCT-1000 con el número de identificación
de CLSY.
Por su parte, T of S,
uno de los clientes de CLSY,
decidió llamarla G1000NA.
Por lo tanto, tener este atributo es muy útil para facilitar las
conversaciones y las transacciones de venta entre estas dos partes.
El tercer tipo de datos que nos
interesa conocer y aprender son los datos transaccionales.
Por lo tanto, los datos transaccionales se crean cuando los usuarios realmente utilizan el
sistema.
Los datos transaccionales tienden a tomar componentes de los datos de la organización
, los datos maestros y los datos situacionales al formular los registros. Por
lo tanto, un ejemplo de datos transaccionales es una orden de compra y una orden de compra
se
crea cuando un representante de ventas
registra información sobre lo que el cliente ha pedido.
En este caso concreto, se
recurrirá al cliente principal para que formule los datos de la transacción.
Al mismo tiempo, el maestro de materiales también aloja
los atributos relacionados con el producto que se solicita.
Por último, tenemos los datos situacionales sobre quién es el usuario de la
transacción de esa entidad y cuándo se registra esta información en el sistema.
Como recordarán de nuestra primera sesión,
mencionamos que los sistemas ERP,
SAP, son herramientas importantes para garantizar que se registren las transacciones
financieras.
Para registrar correctamente esta transacción financiera,
no es necesario tener una auditoría verdadera.
Para que esta auditoría quede registrada correctamente,
es necesario saber exactamente
cuándo se inició una transacción y quién es el responsable de la misma, de
modo que podamos rastrearla realmente en los
casos en que necesitemos saber quién es el responsable de realizar las ventas.
Por este motivo,
es importante que los usuarios de SAP se aseguren de que
su cuenta de usuario es segura y de que no dejan los terminales desatendidos.
Si lo hicieran,
podrían correr el peligro de que otro usuario se hiciera
pasar por ellos y realizara transacciones fraudulentas en un sistema.
Si echamos un vistazo al ejemplo de una orden de compra para obtener datos
transaccionales,
vemos que en realidad siguen el formato de dos segmentos diferentes.
El encabezado registra la información de las partes implicadas,
el cliente y también el vendedor,
y también sobre las direcciones que intervienen en el proceso de envío.
En las partidas, puede ver registros detallados
de lo que realmente implica esta transacción de venta.
También podremos ver las cantidades que
se necesitan para entregar en esta transacción.
Ahora hemos aprendido sobre tres tipos diferentes de datos: los datos de la
organización, los datos maestros
y también los datos de las transacciones.
Ahora, estamos en una buena posición para aprender sobre el proceso empresarial real de
gestión logística.
Por lo tanto, el proceso de cumplimiento que estamos a punto de ver implica que Classy
Furniture Inc.
, venda mesas
y luego las distribuya al cliente.
El proceso comienza cuando el cliente hace una consulta a
Classy y termina cuando un cliente hace un pago a Classy.
Debido al hecho de que comienza con una consulta y termina con el pago,
el proceso de cumplimiento también se conoce como proceso de consulta a efectivo.
Entonces, echemos un vistazo a cómo funciona esto en SAP.
El proceso comienza cuando un cliente, en este caso,
la tienda de muebles, hace una llamada y pregunta por las mesas de café.
El representante de ventas de Classy atenderá esta llamada,
creará un registro del cliente
y también los detalles de la consulta.
En el marco de la
consulta se crearán datos como las tablas que se van a comprar, los importes, los precios y el
plazo de entrega previsto.
La consulta es un documento importante porque el cliente podrá utilizar
esta información y compararla con las demás ofertas de venta de la competencia.
Si el cliente decide que Classy le está ofreciendo una oferta mejor,
volverá y le pedirá un presupuesto.
Con la información que Classy ha creado en la consulta,
procederá a hacer un presupuesto.
Ahora bien, una cotización es diferente de una consulta,
porque la cotización es legalmente vinculante para el vendedor.
En este caso,
Classy debe cumplir con los precios y también con
el tiempo de entrega que especifiquen en el presupuesto al cliente.
Si el cliente acepta los términos del presupuesto,
Classy procederá a crear un pedido de venta.
Del mismo modo,
el pedido de venta también es un documento legalmente vinculante.
Tras la entrega de las mesas al cliente,
el cliente está obligado por este documento a pagar
en función del importe que se haya especificado en el pedido de venta.
En este paso, el sistema también comprobará que
el crédito del cliente se encuentra en un nivel adecuado antes de continuar.
Si analizamos la información subyacente y las relaciones dentro de SAP,
verás que las cotizaciones
se pueden combinar para formar un único pedido de venta.
Al mismo tiempo, un único presupuesto también se puede dividir en varios pedidos de venta,
y esto se debe a que SAP quiere ofrecer una
flexibilidad diferente para adaptarse a diferentes escenarios empresariales.
Un ejemplo del primer caso sería cuando un cliente hace
dos llamadas en intervalos de tiempo muy cortos.
El primer presupuesto es para mesas y, a continuación,
se crea un segundo presupuesto para sillas,
y el cliente decide que estos dos artículos pueden
enviarse a la misma ubicación el mismo día.
Para ello, podemos combinar
estas dos ofertas diferentes en un único pedido de venta.
Un segundo ejemplo en el que una oferta puede dividirse en
dos pedidos de venta distintos puede deberse a que el vendedor,
Classy, se da cuenta de que no tiene suficientes tablas para
cumplir con los requisitos que especifica en la oferta.
Para ello, crearían dos pedidos de venta independientes.
El primer pedido de venta cumplirá parcialmente con las tablas
y, a continuación, el segundo pedido de venta cumplirá con
el siguiente lote de tablas especificado en el mismo presupuesto.
A continuación, una vez que se aprueba un pedido de venta
, se envía al centro de distribución,
donde se crea un documento de entrega.
El documento de entrega identifica qué material se va a enviar a cada cliente y,
al mismo tiempo, especifica la cantidad de este material que se necesita.
El documento de entrega también es necesario para identificar los materiales que deben
recogerse
del almacén y colocarlos
en la zona de espera adecuada para que puedan empaquetarse adecuadamente.
Al igual que en el presupuesto,
el pedido de venta también se puede combinar en
un único documento de entrega y
un solo pedido de venta se puede dividir en varios documentos de entrega.
Por lo tanto, hay dos
casos de negocio diferentes en los que se están mapeando estas dos instancias diferentes.
Por lo tanto, en el primer caso,
es posible que dos pedidos de venta estén listos para ser entregados y vayan al mismo lugar.
Por lo tanto, tiene sentido que Classy agrupe
estos dos pedidos de venta diferentes que van a
la misma ubicación como un único documento de entrega.
Esto es para ayudar a ahorrar dinero en el tiempo de entrega y también en términos de
gastos.
En el segundo escenario,
los clientes pueden pedir varias mesas,
pero quieren que estas mesas se envíen a diferentes ubicaciones.
Si ese es el caso, un pedido de venta podría dividirse en
dos documentos de entrega diferentes para reflejar dos ubicaciones de entrega diferentes.
Por lo tanto, una vez creado el documento de entrega y mientras se realiza la recolección,
el documento de entrega se actualizará.
El siguiente paso consiste en que el camión de reparto llegue al almacén,
recoja los artículos en el camión
y, a continuación, los envíe a la ubicación del cliente.
Una vez hecho esto, el gerente del almacén
realizará un paso importante conocido como el paso de emisión de la mercancía.
Este paso tiene un impacto en el módulo de contabilidad del sistema.
Lo que hace en este paso es que
la cuenta de inventario de Classy se reducirá
para reflejar el hecho de que el número de mesas que ahora poseen ha disminuido.
Al mismo tiempo, el coste de los bienes vendidos
aumentará para representar que se han realizado ventas.
Este es un paso importante dentro del sistema SAP,
porque es la primera vez que podemos
decir que Classy ha cumplido con su responsabilidad empresarial.
Porque en este paso de cumplimiento,
son responsables de empacar y luego enviar las mesas a los clientes.
Por lo tanto, una vez que las mesas
salen de sus instalaciones, se considera que han cumplido con la parte externa de la
responsabilidad.
Que las mesas lleguen o no al cliente con éxito,
es responsabilidad de la empresa de transporte.
En el siguiente paso,
una vez que se haya realizado la emisión de
la mercancía en SAP, el contador recibirá una notificación y
le ayudará a decirle que debe iniciar el proceso de facturación.
Aquí es donde la contabilidad creará una factura a cargo del cliente
y, en este paso, las cuentas por cobrar del cliente se actualizarán internamente.
Al mismo tiempo, este paso reconoce que Classy está obteniendo ingresos.
Del mismo modo, vemos que los documentos de entrega
se pueden combinar en un único documento de facturación y, a continuación,
los documentos de entrega también se pueden dividir en varios documentos de facturación.
Por lo tanto, voy a dejar esto como un ejercicio para que piensen en
los posibles escenarios en los que podrían ocurrir estos dos casos.
Esto quedará como tarea al final de esta sesión.
El último paso:
el cliente que ve la factura ha sido cobrada por Classy,
paga el importe y recibe un recibo del pago.
Este paso cerrará todo el proceso de gestión logística.
Espero que hayan disfrutado de nuestra segunda sesión de hoy,
en la que analizamos una instancia específica de un proceso empresarial, el proceso de
cumplimiento.
Al mismo tiempo, hemos aprendido sobre
los tres tipos diferentes de datos que utiliza SAP.
Espero verlos en nuestra tercera edición de la clase. Que tengas un buen día.
SEMANA 3
Así que bienvenidos de nuevo a otra sesión sobre el sistema empresarial. Me
llamo Jason Chen

y dirigiré el debate sobre los temas del sistema empresarial.
Así que, para empezar, hagamos un breve resumen de lo que hemos escuchado hasta ahora.
Entonces, hemos visto qué es una definición de sistema ERP y hemos
hablado de por qué las empresas querrán usar un sistema ERP.
En concreto, hemos visto en nuestra sesión anterior cómo
las empresas pueden utilizar sistemas ERP como el
de SAP para ayudarlas a ejecutar un proceso empresarial importante o cumplir con sus
objetivos empresariales.
Esto comienza con el proceso de hacer que los clientes pregunten sobre un producto
y termina con el paso de entregar el producto al cliente.
Espero que durante estas dos sesiones puedan
ver el valor de los sistemas ERP y
apreciar por qué las empresas gastan
tanto dinero y tiempo en la implementación de dichos sistemas.
Por lo tanto, antes de que las empresas puedan realmente obtener valor de
los sistemas ERP, el primer paso que deben dar es elegir y comprar un sistema ERP.
En realidad, este no es un paso fácil, porque si analizamos todo el panorama de los
sistemas ERP y sus proveedores
, veremos que existe una gran variedad de software diferentes
y no está muy claro cuál debería elegir una empresa,
ya que cada uno de estos proveedores tiene sus propias ventajas y desventajas.
Por eso, hoy nuestro principal objetivo es pasar por el proceso de decisión que
hay detrás de la selección de un software ERP adecuado para su empresa.
Por lo tanto, comenzaremos por analizar algunas de las características de los principales
sistemas ERP.
Debido a que existe una gran variedad de proveedores de ERP,
centraremos nuestra discusión en los tres principales proveedores de ERP del mercado.
Los tres principales proveedores que tenemos hoy en día son SAP
, Oracle y Microsoft Dynamics.
Por lo tanto, una buena forma de obtener información sobre
estos tres principales proveedores es a través de este informe empresarial, titulado
Choque de titanes,
Una comparación independiente de SAP,
Oracle, Microsoft Dynamics e Infor.
Este es un informe empresarial que Panorama Consulting Solutions proporciona de forma
gratuita
y se actualiza periódicamente cada año.
Para ello, permítanme resumir rápidamente
las principales características de los tres principales proveedores de nuestra junta directiva.
Por lo tanto, dediquemos algo de tiempo a elaborar en esta pizarra un resumen de
las diferentes soluciones de ERP que ofrecen los tres principales proveedores del mundo de
los ERP.
Hablaremos principalmente de las soluciones de SAP,
Microsoft Dynamics y también de Oracle.
Así que, primero que nada,
hablemos de SAP, ¿de acuerdo?
A medida que construyamos esta placa, hablaremos sobre las diferentes soluciones que
tienen,
los usuarios que probablemente se beneficiarán de la solución concreta que tienen
y también sobre algunas características rápidas
del sistema de software que ofrecen, tres cosas principales.
Justo en la parte superior,
SAP tiene su sistema de formas negras
conocido como suite empresarial.
De hecho, la suite empresarial es una de las principales cosas que han
creado a lo largo del tiempo en que empezaron,
y está dirigida principalmente a empresas de tamaño mediano a grande.
Lo que hace la suite empresarial es que en realidad se trata
de un conjunto integrado de aplicaciones,
resumo en APP,
y también se adapta a lo que es muy específico,
tiene funcionalidades muy específicas para
ayudar a las industrias a cumplir con sus impuestos y sus procesos comerciales.
Así que esa es la suite empresarial.
También tenemos en la siguiente línea que ofrece SAP, el todo en uno para empresas.
Esto difiere ligeramente de la suite empresarial porque lo que
hace el paquete todo en uno es que se dirige principalmente
a clientes que son pequeñas y medianas empresas,
y luego lo definiremos como pymes.
Lo que entendemos por pymes suelen ser empresas que tienen entre
100 y unos 2500 empleados.
Algunas de las principales características del sistema multifunción es que se basa en
plantillas.
Al mismo tiempo, podemos configurarlo en un programa todo en uno y se
adapta a más de 700 sectores específicos, con funciones
especializadas para más de 700 sectores específicos.
También tenemos a SAP,
una suite empresarial, que
utilizan principalmente
estas pequeñas organizaciones que tienen menos de 100 empleados, básicamente para
pequeñas empresas.
Básicamente se trata de una única aplicación integrada.
Solo es compatible con ciertos sectores,
no con una gama tan amplia como el sistema todo en uno,
pero con los complementos adecuados de terceros,
podrás utilizar las necesidades empresariales para un conjunto más amplio de sectores,
así que anotémoslo para que podamos
trabajar con complementos de terceros.
Por último, pero no por ello menos importante, tenemos la solución de diseño parcial que
proporciona SAP.
Lo que hace el diseño secundario es que también es bueno para las pymes,
pequeñas y medianas empresas, que
suelen tener más de 100 empleados.
Lo que tiene de especial esta oferta de diseño único es que se trata de una S-a-a-S.
Lo que SaaS significa es un software como servicio.
Lo que esto realmente significa es que es una forma de ERP en la nube,
lo que significa que los clientes pagarían una cuota de licencia para
usar esta versión de SAP con un patrón de suscripción regular.
Por lo tanto, usemos otro foro para hablar de Microsoft Dynamics.
Así que sigamos haciendo lo mismo con Microsoft Dynamics.
En este tablero, crearemos
un resumen de las diferentes soluciones que tiene Microsoft Dynamics.
Los usuarios más adecuados para usar cada una de estas soluciones,
así como una breve descripción de cada una de ellas.
Las características están bien.
Entonces, unas palabras rápidas sobre Microsoft Dynamics,
Microsoft no es un proveedor de ERP tradicional.
Solo llegaron al espacio de los sistemas ERP cuando
adquirieron su primera empresa de ERP.
Eso ocurrió en el año 2000, cuando adquirieron Great Plains, GP.
GP es el primer software de contabilidad creado para ser compatible con Microsoft Windows.
Lo que hace GP es que es
un sistema ERP adecuado para pequeñas y medianas empresas.
Si recuerda, hace solo unos minutos atendía
a entre 100 y 2500 empleados, ¿verdad?
Así que, un breve comentario sobre el GP es que se trata de
una solución sencilla y lista para usar,
lo que significa que se trata de un paquete de software que puedes comprar de fábrica e
instalar en
tu ordenador y ejecutarlo justo al lado de él.
Microsoft también hizo otra adquisición de NAV Vision,
una empresa danesa especializada en software de contabilidad.
De hecho, este software es compatible con la arquitectura Windows NT 2000.
La oferta de NAV también es buena para las pymes,
pero lo especial del NAV es que tiene
funcionalidades más amplias en comparación con el GP.
Así que dejémoslo en la pizarra, una funcionalidad más amplia.
Al mismo tiempo, permite a sus usuarios personalizarlo,
la posibilidad de personalizar el software. La
siguiente en la lista y quizás la más conocida por
el público es la versión AX de Microsoft Dynamics.
En esta solución en particular,
está pensada para empresas de tamaño mediano a grande.
Por tamaño mediano a grande,
podríamos hablar de empresas que
gastan, tienen operaciones en diferentes países.
Por lo tanto, pensaremos en cosas como AX o en
la junta anterior teníamos SAP Business Suite, ¿verdad?
AX es otra solución ideal para grandes empresas
y, básicamente, esta es la oferta estrella de Microsoft Dynamics,
así que pongámosla en inglés MS.
Por último, también hay una oferta conocida como SL,
que significa Solomon. También
está
pensada para las pymes, y es especial en el sentido de que está dirigida básicamente a
empresas orientadas a proyectos,
¿verdad?, empresas que realizan proyectos por proyectos.
Una especialidad de la oferta de Solomon es que es muy buena en las funciones de CRM.
CRM se refiere a la gestión de las relaciones con los clientes.
Por lo tanto, dediquemos un momento a analizar lo que hemos deducido en
esta placa para Microsoft Dynamics y también para SAP.
La razón por la que he hecho coincidir intencionadamente cada una de
estas soluciones de software con los usuarios a los que
va dirigida es para que os hagáis una idea de que si tuvierais que comprar un paquete o
software de ERP,
primero tendréis que considerar cuál es el tamaño de vuestra empresa.
Si es una empresa pequeña o mediana,
debe analizar ciertos tipos de ofertas
y, si es una empresa grande, es mejor que busque
soluciones especializadas como AX o SAP Business Suite.
Así que esto es muy parecido a ir a una tienda a comprar ropa.
Si tienes una complexión pequeña, querrás salir a comprar ropa que se ajuste a tu talla.
Si tienes una complexión mucho más grande, querrás comprar ropa que te quede mejor,
para no tener ropa ajustada, ¿de acuerdo?
La misma filosofía se aplica aquí también cuando compras un software ERP, ¿verdad?
Continuando, hablemos también del último gigante que tenemos, que es Oracle.
Oracle también es una instancia muy especial
porque en sí misma no es un software ERP al principio.
Entraron en este mercado de ERP después de realizar varias adquisiciones.
Así que permítanme explicarles una breve historia de lo que sucedió.
Por lo tanto, existe este importante software de ERP conocido como JD Edwards y
JD Edwards es un sistema de ERP que es muy bueno en las funciones relacionadas con la
fabricación.
Al mismo tiempo, tienen un rival conocido como PeopleSoft
y, como habrás adivinado,
PeopleSoft es muy bueno en el manejo de funciones relacionadas con la gestión de
personas, el software de gestión humana.
Lo que ocurrió en 2003 fue que
JD Edwards se fusionó con PeopleSoft, y
esto fue en 2003,
por el simple hecho de que se trata de dos sistemas ERP que cumplen procesos
empresariales muy diferentes.
Por lo tanto, tiene sentido que estas dos empresas se unan y creen un sistema ERP aún
mejor.
Luego, en 2005, Oracle vio la oportunidad de
adquirir estas dos empresas y
convertirlas en un gigantesco software ERP.
Esto ocurrió en 2005 y sabemos que
Oracle es prácticamente un líder en el mundo de las bases de datos.
Es lógico
combinar estas tres empresas diferentes, ya que los softwares ERP, si se piensa en el meollo
del asunto, son los
que tienen que almacenar los datos y la lógica del programa en bases de datos.
Oracle ofrece esta capacidad porque es la empresa líder en esta área de bases de datos.
Al mismo tiempo, Oracle también adquirió Siebel ese mismo año,
también en 2005.
Siebel completa todo este paquete del ecosistema ERP de Oracle,
porque es muy bueno con las funciones de gestión de las relaciones con los clientes.
Me gusta
No me gusta
Compartir
Ahora, hemos visto las principales características de estos tres principales proveedores.
Entremos
también y hablemos más sobre algunos de

los factores que son importantes en la selección de un software ERP.
Así pues, si profundizas en el informe empresarial La
batalla de los titanes,
verás que han enumerado varias características, como la cuota de mercado, la
tasa de selección y las tasas de preselección.
Le siguen la duración de la implementación,
los costos de propiedad, los períodos de amortización
y también la obtención de los beneficios.
Por lo tanto, voy a dejar que analicen algunas de estas cifras que ha recopilado el informe.
Pero lo que es más importante, me gustaría ayudar a analizar por qué algunos de
estos factores son importantes en una selección de sistemas ERP.
Entonces, para el primero,
¿por qué queremos seleccionar un proveedor que
tenga una cuota de mercado considerable o una tasa de preselección?
Tómate un momento para pensar en eso.
Por lo tanto, si quieren ver y recordar el hecho de que
los sistemas ERP son sistemas muy costosos de adquirir
,y
suelen costar muchos dólares, comprarlos e implementarlos costaría al menos millones.
Como resultado de eso,
son bastante diferentes de ese teléfono que tienes en el bolsillo.
No utilizarás los sistemas ERP
hasta dentro de dos o tres años y, una vez que salga una nueva versión,
te desharás de ellos y te cambiarás a un nuevo sistema.
Por lo general, cuando compra y utiliza un sistema ERP,
debería considerar un marco temporal de 10,
15 o incluso 20 años para utilizar un sistema.
Por ese motivo, es importante asegurarse de que
el proveedor con el que trabaja siga en el negocio durante los próximos 10 a 20 años.
Esa es la razón por la que un buen indicador de si un proveedor
va a permanecer en el negocio es la cuota de mercado y también la tasa de preselección.
Si tienen una cuota de mercado considerable,
es muy probable que permanezcan en el negocio a largo plazo.
Esa es la razón por la que la gente tiende a analizar
la cuota de mercado y la tasa de preseleccionados para ver la salud del vendedor.
La segunda razón por la que es importante tener en
cuenta la cuota de mercado y las tasas de selección o de
preselección de los proveedores de ERP es
porque los subsistemas tienden a interoperar en diferentes empresas.
Por lo tanto, si desea registrar una situación en la que
ha creado un documento en Microsoft Windows
y descubre que este archivo o este documento podrían no funcionar o no
abrirse para un usuario que utilice un sistema operativo Macintosh.
Por la misma razón,
dado que los sistemas ERP se utilizan entre diferentes organizaciones,
si los socios intermedios o ascendentes de
su empresa no utilizan el mismo software ERP que
usted, es posible que tenga problemas con documentos o
información que no puedan abrirse o accederse en diferentes empresas.
Por eso es importante tener en cuenta la cuota de mercado de
un proveedor de ERP.
Los sistemas ERP que tienen una gran cuota de mercado significarían que
es muy probable que tanto sus socios intermedios como sus socios iniciales utilicen el mismo
sistema que usted.
Una tercera razón por la que nos preocupamos por la cuota de mercado o por las tasas de
preselección es porque
los sistemas que funcionan en el ámbito de los ERP suelen ser muy complicados.
Se necesitan muchos recursos para capacitar a los consultores para que sean eficientes
en la resolución de problemas y también en el mantenimiento de dichos sistemas.
Por lo tanto, dado que de repente los sistemas ERP podrían tener una mayor cuota de
mercado,
serán mejores a la hora de atraer a consultores que se
capaciten para ser eficientes a la hora de solucionar dichos sistemas.
Por lo tanto, una vez más, la cuota de mercado en este caso sería una consideración
importante.
Ahora que hemos visto las tres razones por las que la cuota de mercado es importante,
echemos un vistazo a lo que realmente está sucediendo en la
práctica en relación con la cuota de mercado de los diferentes proveedores.
Por lo tanto, en este gráfico circular,
tenemos diferentes cuotas de mercado de diferentes proveedores.
El que se lleva la mayor parte del mercado es
SAP y está representado por la parte amarilla dentro del gráfico circular.
SAP tiene una cuota de mercado total del 23% y, siguiendo de cerca a SAP,
tenemos a Oracle, que es la segunda empresa de ERP más grande del mundo en la
actualidad.
Oracle está absorbiendo una participación total de alrededor del 16% de todo el mercado de
ERP.
Otra empresa que está muy cerca de SAP es la de Infor, que
también tiene una cuota de mercado del 16%,
que aparece sombreada en el segmento naranja de nuestro gráfico circular.
A continuación, tenemos un conjunto de proveedores que representan a los grupos de
proveedores de nivel II
y no
ocupan un lugar tan alto como los dos principales proveedores que vemos en SAP y Oracle.
La combinación de otros proveedores de nivel II representan conjuntamente un total del
12 por ciento del mercado sombreado en azul en este gráfico.
A continuación, vemos Microsoft Dynamics,
y Microsoft Dynamics representa el nueve por ciento de todo el mercado del sistema ERP.
Por último, tenemos el resto del mercado ocupado por
sistemas ERP de nivel III, lo que representa el 26% de
todo el mercado que aparece en la esquina roja oscura del gráfico circular.
Por lo tanto, analicemos en profundidad cómo cada una de
estas cuotas de mercado se ha convertido en lo que es para los principales proveedores.
Por lo tanto, si observamos esta tabla,
tenemos el desglose de las tarifas de cada uno de los proveedores preseleccionados.
Es decir, en la primera fase de análisis,
¿hacen las empresas una lista corta y tienen en cuenta a cada uno de los principales
proveedores?
Vemos que, de hecho, SAP tiene una tasa bastante alta de preseleccionadas.
De hecho, casi el 50 por ciento de las veces están preseleccionadas en todas las empresas.
Oracle también tiene una tasa de preselección muy alta.
Ocupan el segundo lugar en cuanto a conseguir que el
31% de las empresas las incluyan en la lista de productos que van a comprar.
Microsoft Dynamics ocupa el tercer puesto de preseleccionado.
Su porcentaje de finalistas es de aproximadamente el 20 por ciento de
todas las empresas que han estado considerando el uso del sistema ERP.
Sin embargo, cuando se trata de la tasa de selección real,
encontramos que aquí hay una gran diferencia.
SAP ahora cae a alrededor del 21 por ciento tras ser preseleccionado.
Infor ahora ocupa la segunda posición, situándose en torno al 19%.
Oracle, que ocupó el segundo lugar en la lista de
preseleccionados, ahora cae a alrededor del 14 por ciento
y, finalmente, Microsoft Dynamics se encuentra al final
de los cuatro primeros puestos con una tasa de selección del nueve por ciento.
En los apartados segundo, tercero y cuarto,
analizamos el calendario y los costes que implica la implementación de dichos
sistemas, ya que son muy caros y su
ejecución e implementación llevan mucho tiempo.
En el pasado hemos visto casos de empresas que han
quebrado debido a las malas decisiones que han
tomado en la selección de los sistemas ERP y en la implementación de dichos sistemas.
Por lo tanto, es importante asegurarse de que el sistema que
elija esté dentro de los recursos que su empresa pueda pagar.
Así pues, en el último informe que hemos visto sobre la Batalla de Titanes,
vemos que SAP tiene el menor tiempo de implementación,
pero Oracle es el que tiene el periodo de amortización más corto.
Por lo tanto, las empresas deberían equilibrar estos factores a la
hora de tomar una decisión sobre qué software comprar.
El último factor que nos interesa es la obtención de beneficios.
En los próximos momentos,
explicaré por qué es importante tener esto en cuenta.
Por lo tanto, en este último informe,
descubrimos que hay varios factores que podrían afectar los beneficios obtenidos.
La mayoría de las empresas tienen bastante éxito a la hora
de obtener los beneficios relacionados con la disponibilidad de la información y
también con la mejora de la interacción que
tienen los diferentes departamentos de la empresa una vez que se ha implementado el
sistema.
Estos son los dos factores inferiores que vemos en esta pantalla.
Sin embargo, si miramos la parte superior de este gráfico,
descubrimos que los plazos de entrega y la cantidad de interacción con los clientes
no parecieron mejorar tras la implementación del sistema ERP.
Por lo tanto, esto parece contradictorio, porque lo que esperaríamos que las empresas
obtuvieran es
que presten un mejor servicio a
sus clientes con la implementación de dichos sistemas.
Así que retrocedamos un poco.
Entonces, ¿qué es la obtención de beneficios?
Por lo tanto, la obtención de beneficios
no es más que el cálculo de los tipos de beneficios que una empresa ha
obtenido al implementar un
sistema ERP en comparación con los beneficios que ha proyectado o
planea obtener con la compra o la implementación del sistema.
En términos sencillos,
se trata simplemente de medir los beneficios que
la empresa obtuvo con la implementación de un sistema ERP.
Así pues, volvamos a la pregunta de por qué vemos que se obtienen
tan pocos beneficios en la interacción con los clientes.
Antes de poder llegar a la conclusión de que los sistemas ERP no
nos brindan una buena cantidad de beneficios
en relación con el servicio a los clientes, debemos pensar si el informe que vemos aquí es
realmente preciso.
Por lo tanto, puede haber dos razones principales
por las que estamos viendo una puntuación baja en términos de obtención de beneficios en
este ámbito.
La primera es que
aquí podría haber problemas de medición, en el sentido de que podrían estar midiendo cosas
de manera objetiva.
Por ejemplo, la cantidad de interacción con los clientes
puede haber aumentado con el uso de los sistemas ERP,
pero las empresas pueden estar teniendo mejores niveles de calidad en
la interacción con los clientes debido al hecho de que
ahora pueden conocer mejor a sus clientes.
Gracias a la gran cantidad de información
que el sistema almacena y facilita.
Por lo tanto, es necesario
considerar cuál es la información que se proporciona en este informe empresarial.
Por ejemplo, en este caso,
la calidad subjetiva de la interacción
que mantienen con los clientes puede haber mejorado con el uso del ERP,
pero la cantidad objetiva de interacciones puede no haber aumentado,
lo que ha llevado a la idea errónea de que el
sistema ERP en realidad no está mejorando la interacción con los clientes.
Otra cosa que debemos tener en cuenta es que,
¿quién proporciona estos comentarios?
Es bien sabido en la literatura sobre la
implementación del ERP que los empleados que participan activamente en
la implementación de los sistemas de ERP sienten que se resisten al cambio
y, como resultado,
pueden llegar a sentir desconfianza ante el uso del sistema y, por lo tanto,
pueden estar enviando comentarios sesgados a sus subsistemas.
Por lo tanto, es importante volver atrás y entender si, en
su conjunto, la empresa ha mejorado realmente algunas de las medidas de las que ha
informado.
Otro segundo conjunto de características que podrían haber
dado lugar a una baja obtención de beneficios es el del tiempo.
Por lo tanto, las empresas tienen que tomarse un tiempo para adaptar sus antiguas formas de
administrar
el negocio a la nueva forma de administrar el negocio tras la implementación de los sistemas.
Por lo tanto, a corto plazo, es posible que veamos que algunos de estos beneficios no se
materializan,
pero con el tiempo, el sistema podría producir los beneficios esperados.
Otra cosa a tener en cuenta en este caso es que podríamos estar viendo
un aumento en los costos de mano de obra tras el lanzamiento de un sistema ERP.
Esto es de esperar porque las empresas gastarán mucho dinero
en contratar personas y conseguir que las personas dediquen su tiempo a la implementación
de un sistema ERP.
Sin embargo, se espera que estos costes disminuyan con el tiempo una vez finalizada la
implementación.
Por lo tanto, hablemos de los diversos aspectos a tener en cuenta al seleccionar un sistema
ERP.
Por lo tanto, aquí tengo una tabla para proporcionar las cifras reales relacionadas con cada
uno de
estos aspectos en los diferentes proveedores.
Y esta es una tabla extraída del artículo de Clash of the Titans.
Veremos aspectos como la cuota de mercado, los tipos de interés seleccionados, el tiempo
necesario
para implementar cada uno de estos sistemas, el coste de propiedad de cada uno de estos
sistemas,
el período de amortización y la obtención de beneficios al implementar cada uno de los
sistemas.
Y, por último, la proporción de empresas que se enfrentan a la disrupción
muchas optan por adoptar cada uno de estos sistemas ERP.
Por lo tanto, es importante considerar cada una de estas diversas
opciones de manera holística.
Ningún sistema ERP está exento de defectos, por
lo que es necesario analizar las cosas de manera holística antes de tomar una decisión.
Así que lo que haremos a continuación es dar un paso atrás y
centrarnos en los tres principales candidatos de los que hablaremos.
Y observe algunos de los puntos destacados relacionados con cada una de estas ofertas.
Así pues, permítanos tener una visión resumida de los puntos cruciales de cada uno de estos
principales
proveedores, de modo que podamos colocarlos todos en la misma pantalla para compararlos
uno al lado del otro.
Este sería un resumen de
las características fundamentales
de los tres principales proveedores.
Así que puedo tener esto.
Dividiremos el tablero en tres partes
para poder ponerlas una al lado de la otra.
La primera que veremos es la de SAP.
Y lo que destaca de
SAP es que tiene la mayor cuota de mercado.
La mayor cuota de mercado, lo cual es muy bueno.
En segundo lugar, lo que se deduce tan
naturalmente de eso, es que también tiene
la tasa de venta corta más alta.
Y, siguiendo las líneas de los dos primeros puestos,
también tiene la tasa de selección más alta cuando está en la lista corta.
Por lo tanto, las personas suelen tomar las primeras decisiones cuando
seleccionan a los proveedores preseleccionados.
SAP, dirían que probablemente sea la opción elegida para tomar una decisión final.
Así que finalmente fui preseleccionada.
Sin embargo, SAP tiene una desventaja y
es que tiene el delta más grande, es decir, la mayor incertidumbre,
entre el plan y la
implementación real, y la duración.
Así que este es un punto que he sacado de
la lectura de Clash of the Titan, para que lo puedan ver aquí.
Esto es algo a tener
en cuenta porque, cuando una empresa se enfrenta a una gran incertidumbre a la hora de
implementar SAP,
eso significaría que no podría disponer del presupuesto adecuado para las interrupciones.
Así que esto es algo a tener en cuenta.
Y esto es algo que surge de forma natural porque SAP es un
sistema enorme y complicado.
Por lo tanto, a veces durante la implementación hay ciertas cosas que
no están incluidas en el presupuesto y que se pierde tiempo.
Así que eso es algo importante a tener en cuenta a la hora de elegir un proveedor.
El siguiente es Oracle.
Oracle comienza con,
tiene el delta más grande.
Entre los costos proyectados y los reales, ¿de acuerdo?
Al mismo tiempo, otra desventaja de
elegir Oracle es que tiene el
costo de proyecto más alto, permítame escribir esto aquí mismo.
Por lo tanto, los sistemas de Oracle son muy costosos; de hecho, son los más costosos entre
los tres principales.
Pero lo bueno de Oracle es que tiene la
interrupción operativa más corta y de menor duración.
Por lo tanto, por el precio que una empresa está dispuesta a pagar, un sistema muy caro, a
cambio se podría conseguir un tiempo de interrupción más corto.
Y esto podría ser bueno para
las empresas en las que hay actividades, como los procesos empresariales,
que son fundamentales para la misión y no pueden permitirse un tiempo de inactividad
prolongado.
No podían permitirse una incertidumbre prolongada en cuanto a la duración de
la implementación.
Entonces Oracle sería una buena opción para ellos.
Pero, por supuesto, tendrían que pagar un poco más por eso.
El siguiente que tenemos en la lista es Microsoft Dynamics.
Microsoft Dynamics comienza con la desventaja
de que tiene la cuota de mercado más pequeña.
Al mismo tiempo, lo que se deduce naturalmente de esto
también es que tiene una tasa de selección muy baja.
Tasa de selección baja cuando está preseleccionada.
Por último, lo segundo,
otra desventaja es que tiene
la mayor duración de implementación.
Sin embargo, algo que en cierto modo los redime es que tienen el
costo más bajo del proyecto.
Por lo tanto, en términos de duración de la implementación y cuota de mercado,
Microsoft Dynamics no es el mejor entre los tres primeros,
pero tiene el precio más bajo.
Y esto podría tener sentido para las empresas que son pequeñas y
no tienen un flujo constante de ingresos.
Saben que los problemas financieros pueden ser una presión para ellos.
En esos casos, podría tener sentido elegir Microsoft Dynamics porque
ejerce la menor presión financiera sobre la empresa
después de seleccionar el sistema ERP.
Así que espero que pueda ver que cada una de estas diferentes opciones tiene sus
defectos y también sus beneficios.
Por eso, es importante analizar todas esas ofertas diferentes al mismo tiempo
y considerar cuáles de las cosas son más importantes para
la empresa antes de tomar una decisión.
Debido a que las empresas tienen distintas formas de ejecutar sus procesos comerciales,
como resultado,
tienen necesidades comerciales muy diferentes,

y esa es una razón muy importante para que las empresas alineen
su elección de sistemas ERP con las necesidades comerciales reales.
Con ese propósito, les presentaré una herramienta conocida como el Cuadrante Mágico.
Espero que al final de esta introducción al Cuadrante Mágico
puedas responder a la siguiente pregunta: ¿Qué es?
¿Qué hace el Cuadrante Mágico?
¿Por qué es importante?
¿A quién debería importarle el uso del Cuadrante Mágico?
Además, ¿cuándo consultan las empresas el Cuadrante Mágico?
Por lo tanto, el Cuadrante Mágico no es más que una matriz de dos por dos que
ayuda a clasificar las diferentes soluciones de ERP en diferentes grupos, de
modo que los profesionales y los responsables de la toma de decisiones puedan seleccionar
un conjunto de opciones que sean apropiadas para ellos.
Esta es una herramienta publicada por Gartner.
Entonces, continuando, echemos un vistazo a lo que es el Cuadrante Mágico.
Por lo tanto, el Cuadrante Mágico se divide en dos criterios principales.
El primer criterio que vemos en el eje vertical es la capacidad de ejecución.
En el eje horizontal tenemos la visión completa.
Por lo tanto, la capacidad de ejecución no es más que si
los sistemas ERP incorporan funciones repentinas
o procesos empresariales
sofisticados y orientados a abordar necesidades empresariales específicas.
Al mismo tiempo, si miramos hacia la integridad de la visión,
lo que hace esta variable es analizar si
el proveedor de ERP tiene un buen conocimiento del mercado
y también si tiene un buen conocimiento de toda la industria de la
integración vertical para comprender
cuáles son las necesidades futuras de una empresa que opera en esta industria.
Si tienen una buena visión de lo que podría necesitar una empresa que opera en esta
industria,
crearían nuevas funciones que satisfagan esta necesidad.
Por lo tanto, echemos un vistazo a algunos de los ejemplos dentro de cada uno de estos
cuadrantes diferentes.
Así que, en la esquina superior derecha tenemos a los Líderes.
Los líderes son softwares de ERP que tienen una gran capacidad de ejecución y también una
gran visión.
Un ejemplo de ello es el software SAP Business All-In-One.
En la esquina superior izquierda tenemos los desafíos.
Los desafíos tienen una calificación alta en términos de capacidad de
ejecución, pero tienen una visión poco completa.
Un ejemplo de ello sería Oracle Business Suite.
Pasando a la parte inferior derecha del Cuadrante Mágico, tenemos a los Visionarios.
Como su nombre indica, los visionarios tienen un alto nivel de visión,
pero no tienen una gran capacidad de ejecución.
Un ejemplo de ello sería Microsoft Dynamics AX.
Finalmente, en la esquina inferior izquierda tenemos a Niche Players.
Los actores de nicho tienen una baja capacidad de ejecución,
y también una baja en cuanto a la integridad de la visión.
Un ejemplo de ello sería el sistema Infor.
A continuación, permítanme explicar y describir
algunas posibles empresas e
industrias que coincidan con cada uno de estos cuatro cuadrantes diferentes.
Así que en la parte superior, en la
esquina superior derecha, tenemos a los líderes.
Un ejemplo de una industria a la altura de esa cifra sería
la industria farmacéutica, porque
los procesos necesarios para la aprobación de los medicamentos pueden ser muy
sofisticados
y se sabe que la industria está sujeta a regulaciones, razón por la cual tienen que estar
constantemente pendientes de las nuevas características
que se requieren en el proceso de regulación y aprobación de medicamentos.
Por lo tanto, para una empresa que opera en este ámbito en el
que tiene necesidades sofisticadas y necesita cambiar su forma de operar con el tiempo con
bastante frecuencia,
lo mejor será que utilice un sistema que pertenezca al ámbito de los líderes.
Por ejemplo, SAP Business All-In-One sería una buena opción de ERP para ellos.
Para una empresa que opera en el Challenger [inaudible],
un ejemplo sería la venta al por mayor.
Por ejemplo, una empresa como Walmart tiene muchos productos diferentes en inventario
y necesita clasificar estos productos en su almacén
y asegurarse de que funcionan correctamente.
Por lo tanto, les vendrá bien utilizar un sistema ERP que tenga un alto nivel
de ejecución para poder dedicar los recursos adecuados y al proceso de gestión logística.
Al mismo tiempo, sabemos que las empresas que operan en
la industria de la venta minorista mayorista no se enfrentan a
muchas regulaciones o cambios en la industria durante varios años.
Como resultado, el sistema ERP que utilizan no necesita tener
una versión actualizada de sus funciones durante un corto período de tiempo.
En la esquina inferior derecha, los Visionarios, se
trata de un ejercicio que voy a dejar para que piensen
en un sector adecuado que actualice periódicamente sus necesidades empresariales,
pero que se dedique relativamente a funciones sencillas.
El último cuadrante de la parte inferior izquierda
se refiere al ejemplo de una tienda familiar que ves fuera de tu calle.
Una tienda familiar no es un negocio muy sofisticado,
pero aun así necesitarían un sistema ERP para ayudar a registrar los productos que venden.
Por lo tanto, para ese propósito,
pueden contratar un sistema ERP que tenga poca capacidad de ejecución.
Al mismo tiempo, dado que este negocio del sector minorista no cambia mucho,
el sistema ERP que utilizan no necesita tener un alto nivel de visión integral.
Como resultado, podrían gastar menos dinero en comprar
un sistema más pequeño que les permita ahorrar más, como Infor.
Ahora has aprendido sobre el Cuadrante Mágico.
Una pregunta que debería hacerse y poder abordar es si
es cierto que cuando selecciono un sistema ERP siempre debo optar por el mejor,
que es un sistema ERP que tenga una gran capacidad de ejecución
y también un alto nivel de visión integral.
La respuesta debería ser no porque, según cuál
sea su empresa, debe elegir el sistema ERP adecuado que se adapte a sus necesidades.
Ahora que hemos visto un conjunto de herramientas para
ayudarlo a seleccionar los diferentes proveedores de ERP para su compra,

también es importante que sepa que hay otros nuevos
sobre los módulos de ERP que puede comprar a los proveedores.
Por lo tanto, las empresas pueden comprar módulos de ERP para llevar a cabo los procesos
empresariales.
Sin embargo, debe saber que cada proveedor
puede desarrollar los módulos de manera muy diferente.
Entonces, echemos un vistazo a este ejemplo de CRM, el
módulo de gestión de relaciones con los clientes.
Casi todos los proveedores que ofrecen un módulo de CRM podrán
ayudar a ejecutar los procesos comerciales dentro del proceso de cumplimiento.
Sin embargo, algunos proveedores
también han incluido la función de gestión de activos dentro de un módulo de CRM,
y esto se debe a que la gestión de activos también es un tipo de servicio al cliente.
Por lo tanto, cuando vaya a comprar módulos de ERP,
es necesario que tenga en cuenta cuáles son
los diferentes procesos o características comerciales
que cada empresa permite cubrir con sus módulos.
Otro ejemplo que vemos en la pantalla
es el del módulo central del ERP.
En todos los diferentes proveedores,
verá que el módulo principal del ERP es capaz de gestionar
los procesos empresariales básicos que implican la adquisición, la
producción, la gestión logística y la contabilidad financiera y de gestión.
Al mismo tiempo, en algunos casos específicos,
los proveedores han conseguido que el módulo principal del ERP también sea capaz de
gestionar
algunos procesos empresariales relacionados con la gestión del inventario, el almacén, la
planificación de materiales, la gestión de activos
y también la gestión del capital humano.
En este momento, es posible que tenga una pregunta después de ver estas dos diapositivas.
En cierto sentido, el módulo principal del ERP es capaz de cumplir con los procesos de
cumplimiento.
Al mismo tiempo,
el módulo CRM parece estar haciendo lo mismo.
Entonces, ¿es cierto que el módulo CRM es redundante si tiene un módulo central de ERP
listo?
La respuesta es no,
y la razón de ello es que el módulo ERP principal
solo tiene que funcionar en el espacio necesario para cumplir con las funciones más básicas
de gestión logística.
Por otro lado, el módulo CRM permite a sus usuarios
gestionar los procesos empresariales y el cumplimiento más sofisticados.
Un ejemplo de ello podría ser que el módulo ERP principal se ocupe de los pedidos de venta
que
llegan por la ruta tradicional, que consiste en
reuniones físicas y también en llamadas telefónicas con los clientes,
pero el CRM se suma a eso al permitir al vendedor
gestionar los pedidos de venta que llegan a través de canales en línea.
Por lo tanto, sigue siendo valioso contar con un módulo de CRM.
Por lo tanto, sabiendo que existen diferencias entre los proveedores, ya que ofrecen diferentes
módulos,
es importante tener en cuenta que existen dos estrategias principales
para comprar e implementar sistemas ERP. En
el caso más sencillo, las empresas podrían optar por
comprar todos sus módulos de ERP a un solo proveedor,
y eso se conoce como la estrategia Best of Suite.
También podrían optar por comprar
diferentes conjuntos de módulos de diferentes proveedores,
tal como vemos en esta imagen.
En este caso,
la empresa ha optado por comprar el módulo principal del ERP,
junto con los módulos SRM y SCM,
a un único proveedor y, además, ha
comprado el módulo CRM a un segundo proveedor
y el módulo PLM a un tercero.
Esto se conoce como la estrategia Best of Breed, porque
lo que la empresa realmente está haciendo aquí es elegir
el mejor conjunto de módulos de proveedores
reconocidos en el sector para tales funcionalidades.
También vale la pena que pienses en
los pros y los contras de cada
una de estas dos estrategias, y lo dejaré como ejercicio al final de la sesión de hoy.
Por último, para comprobar su comprensión de Best of Breed y Best of Suite,
permítame leerle esta recomendación específica de Gartner: «Pocas
organizaciones, si es que las hay, solicitan aplicaciones empresariales a un
solo proveedor, porque ningún proveedor de software puede ofrecer
todas las funciones necesarias para automatizar todos los procesos empresariales».
Entonces, en este caso, ¿Gartner aboga por lo mejor de su clase o por lo mejor de la suite?
Por lo tanto, si su respuesta es «Best of Breed»,
entonces está en el camino correcto, porque lo que
Gartner dice en esencia aquí es que
la mayoría de las organizaciones están comprando sus soluciones de ERP
a varios proveedores, y eso se relaciona con la mejor solución de la que hemos hablado
anteriormente.
Así pues, con esto hemos llegado al final de nuestra tercera sesión.
Espero que hayan disfrutado de nuestro tiempo juntos estudiando los sistemas ERP.
Espero verte en nuestra próxima y última sesión de ERP. Que tengas un buen día
SEMANA 4
Así que, bienvenidos de nuevo a otra sesión de Enterprise Systems.
Me llamo Jason Chan.

En nuestra sesión anterior, hablamos sobre algunas de
las consideraciones de gestión que hay que tener en cuenta a la hora de elegir y comprar un
sistema empresarial.
En la sesión de hoy, nos basaremos en eso para analizar algunas de
las consideraciones administrativas adicionales que se necesitan durante la implementación
de los sistemas ERP.
Por lo tanto, comencemos la sesión de hoy con un ejemplo real.
Por lo tanto, comencemos nuestra sesión de hoy hablando de un caso real
en el que se tomaron decisiones equivocadas en términos de implementación.
Este es un caso que se centra en el objetivo de la empresa, el
objetivo de una gran empresa minorista en los EE. UU.
Así que, anotemos eso, minorista estadounidense.
Lo que hicieron fue
intentar expandir sus operaciones a Canadá a principios de la década de 2000
, por lo que, con la expansión del negocio a una nueva ubicación,
una de las cosas que tuvieron que hacer fue comprar y usar un sistema ERP.
Pero, en realidad, la decisión fue equivocada desde el principio.
Decidieron implementar los sistemas ERP con un plazo muy agresivo de dos años.
De hecho, lo que sí sabemos en el sector es que
los competidores, poco [inaudibles] y [inaudibles] que también operaban en el comercio
minorista en
Canadá, tardaron entre cuatro y cinco años en implementar la receta.
Este es el calendario estándar,
y la razón por la que Target adoptó un calendario tan agresivo fue
porque gastaron mucho dinero en
la adquisición de las tiendas físicas y decidieron que no querían esperar tanto tiempo.
Así no perderán dinero en ninguna de las dos tiendas.
Por lo tanto, fijaron un calendario muy preciso
para que el equipo de implementación terminara de implementar SAP.
Así que, en realidad, esta fue una decisión equivocada desde el principio,
porque generó toda una serie de problemas diferentes para la empresa.
Así pues, lo primero que le ocurrió a Target como consecuencia de esta mala decisión
fue que el primer día de apertura, de
hecho durante las semanas siguientes,
descubrieron que muchas de las tiendas no disponían de las existencias adecuadas.
De hecho, los clientes entraban en las tiendas y las encontraban vacías.
Así que, lo que realmente ocurrió aquí
podría tener su origen en problemas con la entrada de datos en un sistema.
Para que los productos almacenados en un almacén pudieran enviarse a las tiendas de
destino,
tenían que adaptarse a casos específicos,
y estos maletines tenían que cargarse en camiones de reparto.
Sin embargo, cuando se estaba rellenando el sistema,
esto no se hacía correctamente.
Tras una investigación más profunda, descubrieron que los datos se habían introducido de
forma incorrecta.
Se introdujeron de forma
incorrecta porque se utilizaron conjuntos de unidades incorrectos.
En lugar de usar centímetros, como se usaba en Canadá,
los letreros que venían del lado
estadounidense ingresaban estas unidades en pulgadas,
que son las unidades más utilizadas en los Estados Unidos.
Otra cuestión en la que cometieron un error
fue que el orden en el que
se introdujeron las dimensiones del producto en el sistema era incorrecto.
Así, por ejemplo, tienen que escribir las cosas en este orden de longitud por anchura por
altura,
pero en realidad no las pusieron en este orden.
Como resultado, cuando llegó el camión de reparto,
descubrieron que las maletas que habían
preparado previamente no cabían del todo en el camión de reparto.
Como resultado, eso retrasó la logística de entrega de la mercancía a las tiendas. Muy bien.
Parte de la razón por la que realmente
se producen problemas con la entrada de datos es porque el personal que estaba a cargo de
introducir estos datos,
muchos de ellos eran jóvenes graduados que acababan de terminar la escuela.
No tenían la experiencia necesaria para cuestionar y saber
que algunas de las dimensiones que incorporaban al sistema SAP eran incorrectas, ¿verdad?
Por lo tanto, esa es una de las principales razones por las que las cosas no les estaban
funcionando. La
segunda razón principal por la que, de hecho, empeoró aún
más el primer número fue que, al calcular el número de productos que
venderían, utilizaron números del lado estadounidense.
Por lo tanto, puedo decirlo como cifras de ventas predichas erróneamente.
Reproduce el video desde :6: y sigue la transcripción6:00
Así que el personal indicaba cuánto podían pedir a los fabricantes.
Tomaron una plantilla de números de tiendas de EE. UU.
Sin embargo, dado que ahora operan en una nueva ubicación en Canadá,
muchos de los nombres no son tan conocidos en comparación con los de EE. UU.
Como resultado, hicieron pedidos en exceso
y muchas de las existencias simplemente se quedaron en el almacén.
A esto hay que añadir el hecho de que los productos no se
envían correctamente y con éxito a las tiendas.
Como puede imaginar,
la combinación de estas dos cosas provocó
un aumento de la causa de los productos que están
comprando y estos productos no se están convirtiendo en ganancias reales.
Así que, como resultado de este lío en la forma en que
gestionan su logística, están teniendo mucha presión financiera, ¿verdad?
Una última cosa que observamos en el caso Target es que,
debido también a las decisiones equivocadas del sistema que se están tomando en este
caso,
es que los frenos y contrapesos no se están aplicando correctamente.
Los controles y contrapesos no están bien implementados.
Esto ocurrió en el sistema SAP,
donde hay una función específica que se conoce
como función de reabastecimiento automático.
Entonces, esta función la desactivaron los gerentes de la tienda, ¿verdad?
La razón por la que se activó fue porque
los gerentes de las tiendas están siendo evaluados en función del nivel de abastecimiento de
sus tiendas.
Cada vez que la función de reabastecimiento automático emitía
una especie de advertencia, eso los irritaba.
No querían que los consideraran incompetentes.
Como resultado, desactivan esta función,
que consiste en pedir la mercancía al
almacén cuando las existencias en la tienda son escasas.
Como resultado de la desactivación de esta función,
nos damos cuenta de que muchas tiendas tienen un recuento muy bajo
de existencias y clientes cuando llegan a Target.
No pudieron encontrar lo que necesitaban en Target.
Como puede ver,
todos estos problemas están relacionados en gran medida con la
decisión principal que se tomó al principio, en la que
la alta dirección tiene
un calendario muy agresivo que, en última instancia, llevó a que las cosas no se abordaran
correctamente.
El equipo de ventas, que se supone que debe producir las figuras adecuadas,
tampoco tenía experiencia.
Por lo tanto, también se utiliza un conjunto de datos incorrecto para predecir.
Por último, en esta última parte, los gerentes,
para dar una buena impresión de sí mismos a los gerentes, en
realidad desactivan una función que es muy importante.
Por lo tanto, lo que vemos aquí también se puede leer con más detalle en
el artículo que he incluido en el enlace URL, dentro de la diapositiva.
Esta es una lectura bastante elaborada que duró unos 30 minutos de tu tiempo.
Pero si desea obtener más detalles sobre este caso,
le recomiendo encarecidamente que lea la historia completa en el propio sitio web.
Así pues, tras ver este caso sobre por qué las decisiones de implementación son tan
importantes,
pasemos a analizar algunas de
estas técnicas de gestión del cambio que los gerentes podrían
utilizar realmente cuando se trata de la implementación de sistemas ERP a gran escala como
SAP.
Por lo tanto, esperamos que, a través
del caso Target, reconozcamos la importancia de tomar las decisiones de implementación
correctas
para que los sistemas ERP funcionen correctamente.
De hecho, en
el caso de Target, debido a las decisiones equivocadas que han tomado, las
empresas de Target, en
la zona canadiense, han tenido que cerrar porque han quebrado.
Hoy analizaremos algunas de estas técnicas
que podría utilizar en la gestión del cambio
para permitir que los sistemas ERP se implementen sin problemas en su organización.
Entonces, ¿qué es la gestión del cambio?
En palabras sencillas, la gestión del cambio refleja el lado humano del proyecto tecnológico.
No se limita a su uso en la implementación de sistemas ERP,
sino que, siempre que una empresa experimente un cambio sustancial en su negocio,
podrá utilizar los kits de herramientas de la gestión del cambio.
Por lo tanto, en un sentido muy general, la
gestión del cambio refleja el enfoque sistemático para abordar el cambio,
tanto desde la perspectiva de una organización como a nivel individual.
En el contexto de los sistemas empresariales, la
gestión del cambio suele implicar actividades de comunicación.
Capacitar a sus usuarios para
que estén bien equipados para utilizar
el nuevo sistema y todo este proceso cambie dentro de la empresa.
Por lo tanto, un buen marco para ayudarnos a visualizar lo
que hay que cambiar durante la implementación de un ERP
es el marco PPT.
PPT significa personas, procesos y tecnología.
Por lo tanto, después de seleccionar un sistema ERP que se adapte a las necesidades
comerciales de su empresa,
también es necesario interactuar con las personas que realmente utilizan el sistema.
Si las personas realmente no están bien equipadas para
adoptar este sistema y usarlo de manera eficaz,
entonces, el dinero que hemos gastado en un sistema ERP multimillonario simplemente se
desperdiciaría.
Porque la gente simplemente no lo usa de la manera correcta.
Al mismo tiempo, es necesario que las empresas realineen el proceso empresarial para
que se ajuste a la forma en que funciona el sistema ERP.
Así pues, en el caso de que la tecnología y los procesos estén alineados,
pero la empresa no haya conseguido una buena
aceptación por parte de sus trabajadores y no les haya impartido la formación adecuada,
acabamos con el problema de la alienación.
Del mismo modo, si se compra la tecnología
y la gente la adquiere y se capacita adecuadamente,
pero los procesos empresariales no están bien alineados con la nueva tecnología,
nos encontramos en una situación de caos automatizado.
Por lo tanto, el punto correcto en el que las empresas deberían centrarse
es justo en el centro de este diagrama, donde la tecnología,
las personas y los procesos están bien alineados,
de modo que cuando se introduzca el sistema ERP,
estos tres elementos puedan moverse y sincronizarse
para permitir que se obtengan los mejores resultados en una empresa.
Me gusta
No me gusta
Compartir
Entonces,
hablemos ahora de tres escollos principales en la gestión del cambio,
cuáles son los principales escollos que la experiencia de la empresa está

subestimando la magnitud del cambio que el ERP aporta a la empresa.
En este nivel, vemos cuatro magnitudes de cambio diferentes.
En el primer nivel,
las empresas simplemente ven la implementación del sistema ERP como una simple prueba.
Lo que ocurre aquí muy a menudo es que una empresa
asigna a una persona responsable de comprar el paquete de software,
y esa persona suele ser
el gerente del ERP,
o el CEO, que una vez hecho esto pasa a instalarlo.
En un segundo orden de cambio,
esto es un poco mejor. La empresa lo ve como
una modificación según sea necesario. De hecho, verán que es necesario capacitar a las
personas, los empleados.
Por lo tanto, también enviarán a un director de proyecto para que se encargue de ello
y le pidan que capacite a los trabajadores.
Sin embargo, si consideras que estos dos niveles de
cambio no son más que un cambio necesario en un proyecto de TI,
cuando las cosas no salgan como se supone que deberían ir,
los dedos apuntarán al departamento de TI.
La forma correcta de evaluar un cambio en este
caso es ver que, en realidad, este cambio es mucho mayor.
Por lo general, cae en el tercer o cuarto nivel de cambio necesario,
en el tercer nivel de cambio,
y la empresa lo reconocerá como una necesidad de
cambiar la estructura existente de la empresa, a
fin de adaptarla a la nueva forma de hacer negocios utilizando el sistema ERP.
Por estructura, me refiero a las diferentes estructuras de presentación de informes que
acompañan a los usos,
y también al sistema de incentivos y sanciones que acompaña al uso, que
se derivará al sistema ERP.
Al mismo tiempo, la cultura también es otro elemento
que se sitúa en el tercer orden de magnitud del cambio, por
lo que la empresa tiene que ver
y reconocer que la implementación del ERP no es simplemente un proyecto de TI,
sino un movimiento estratégico que podría
permitir a la empresa obtener una ventaja competitiva.
Si son capaces de cambiar su forma de pensar en
esa dirección, toda la empresa podrá avanzar de forma conjunta y
con éxito gracias a la introducción de un nuevo sistema ERP.
Aún mejor, si son capaces de pasar a un nivel de cambio de cuatro órdenes de magnitud,
serían capaces de reconocer que el cambio dentro de la empresa
no solo les afecta internamente,
sino también externamente en las relaciones con sus socios.
Por lo tanto, al reconocer que la introducción del ERP
puede afectar a las comunicaciones que mantienen con sus socios,
pueden elaborar más planes de cambio para tener en cuenta este factor.
Un segundo escollo que solemos observar en la gestión del cambio es que
los líderes de la empresa no sostienen bien la introducción del sistema ERP.
Si los principales líderes no demuestran que están entusiasmados con la introducción del
ERP.
Es posible que los trabajadores del nivel más bajo lo perciban,
pero es probable que el sistema ERP no sea tan importante.
Por lo tanto, deben saltarse las sesiones de formación,
ya que es posible que no asistan
a las reuniones en las que deberían dar su opinión al equipo de implementación.
Todo esto podría provocar de nuevo un fracaso en la implementación del sistema.
Un tercer problema que vemos en la gestión del cambio es que
las técnicas de las medidas de cambio no están
bien integradas en el plan de implementación del sistema
y porque estas medidas no se implementan en el plan general.
Cada vez que acompañar
se encuentra en una situación difícil, los mandos intermedios e incluso los directivos pueden
caer en la tentación de
recortar los recursos asignados al equipo de implementación.
Por ejemplo, es posible que no permitan que sus trabajadores se
reúnan con el equipo de implementación o que reduzcan el tiempo que dedican al equipo de
implementación
para ayudar a personalizar el sistema o hacer que funcione.
Así pues, viendo estos tres escollos,
hablemos ahora de algunas de las estrategias que las empresas podrían adoptar
para defenderse de estos tres escollos.
La primera estrategia, lo principal que podrían hacer las empresas,
consiste, en primer lugar, en evaluar el nivel de cambios que se necesitan a
medida que se introduce el sistema ERP.
Volviendo al marco que vemos desde el punto de vista del PPT,
no es necesario entender cuáles son los cambios que implican la tecnología,
las personas y también el proceso.
Al mismo tiempo, tras reconocer los diferentes cambios que están a punto de producirse,
es necesario que los directivos comuniquen de forma eficaz los distintos cambios
que la empresa experimentará a todas las personas implicadas.
El principal temor que tienen los trabajadores ante la introducción de un sistema ERP es
que el sistema vuelva a desempeñar mi función.
Por lo tanto, no es necesario
explicar claramente a los trabajadores cómo cambiarían los puestos de trabajo,
si se les trasladaría a
un nuevo departamento o cambiaría su puesto actual.
Es necesario evaluar las implicaciones
y elaborar una línea de acción para
mitigar las preocupaciones que podrían tener las personas en la empresa.
Por lo tanto, la segunda estrategia que las empresas podrían utilizar para defenderse de las
dificultades
consiste en garantizar el compromiso de los líderes ejecutivos desde el principio.
Lo que quiero decir con esto es contar con un testaferro
o un directivo superior que se dirija a toda la organización, de
modo que todos los miembros de la organización tengan claro que es
fundamental que la implementación del ERP tenga éxito, ¿verdad?
De hecho, hay un dicho que dice que una implementación no debe comenzar
si no se cuenta con el apoyo de los líderes ejecutivos.
No continúe si el apoyo desaparece felizmente,
y si es necesario, haga una pausa si el apoyo de los líderes se ha debilitado.
Por lo tanto, echemos un vistazo a cómo las empresas podrían implementarlo en la práctica,
en la pizarra.
Por lo tanto, en realidad existe una forma adecuada de utilizar el
apoyo de la gestión en la implementación del sistema ERP.
Esto es lo que ha sucedido en el pasado,
cuando nos hemos dado cuenta penosamente de que no es la forma correcta de
comunicar los cambios a los usuarios finales. Veamos el enfoque tradicional,
lo que realmente ocurrió fue cuando una organización necesitaba implementar un sistema
ERP.
De hecho, se dedicará a un equipo de proyecto, de
acuerdo, dibujemos esto en la pizarra,
así que aquí tenemos a la organización
y, por lo general, en la parte superior tenemos a
la alta dirección, los gerentes, los mandos intermedios
y, finalmente, los trabajadores
y los usuarios de este gráfico.
Así que, lo que aquí se denota sexualmente,
son los altos ejecutivos,
y luego en este nivel tenemos a los gerentes intermedios,
y aquí tenemos al equipo del proyecto.
El equipo del proyecto suele estar dirigido por un director de proyecto
y, bajo la dirección del director del proyecto,
tenemos a los responsables técnicos, programadores que se encargan de averiguar
cómo funciona realmente el sistema ERP,
analistas técnicos, analistas de sistemas y programadores.
Entonces, lo que pasaba con el enfoque anterior,
y el enfoque incorrecto, era que
el equipo del proyecto salía a averiguar cómo funciona el sistema ERP, lo configuraba
y, después,
los programadores analistas iban a hablar con los usuarios,
así que escuchamos que les decían que esta es la forma en que deberían usar el sistema,
hágannos saber si hay algún problema aquí, ¿verdad?
Por lo tanto, el hecho es que esto venga del analista técnico del programador,
pero no de los mandos intermedios directamente a los usuarios.
Los usuarios naturalmente se preguntarían:
¿por qué tendríamos que hacer nuestro trabajo de una manera diferente utilizando el
sistema?
Estás cambiando la forma en que tenemos que hacer nuestro trabajo y esto no nos conviene.
De hecho, esto es lo que comúnmente se conoce como
resistencia al cambio,
porque los usuarios ahora están haciendo algo a lo que no están acostumbrados
y no ven una razón por la que necesiten hacerlo.
De hecho, a veces los usuarios, debido a
la frustración que sienten al cambiarse al nuevo sistema,
pueden sabotearlos intencionadamente,
mencionando cosas malas sobre
el sistema a los mandos intermedios que dicen que el sistema que hemos
adquirido recientemente no me permite hacer mi trabajo,
probablemente deberíamos eliminarlo.
De hecho, esto crea un mal ambiente
al mismo tiempo y los mandos intermedios podrían creer lo que dicen los usuarios
y, poco a poco, las noticias se propagarán a los niveles más altos.
Entonces, si los ejecutivos creyeran
que podrían acabar con todo el proyecto, está bien.
Por lo tanto, esta es una de las principales causas de no comunicarse de manera eficaz e
incorrecta.
Así que, lo que descubrimos
a lo largo de los años fue que, una
forma mejor de hacerlo, la forma moderna de
hacerlo, pongamos esto también en la pizarra, para que pudiéramos ver cómo funciona esto.
Una vez más, esbocemos aquí los dos grupos diferentes,
el equipo del proyecto y también la organización que está al lado de la junta directiva.
Por lo tanto, la forma correcta de hacerlo es que los programadores
y los analistas informen al director del proyecto.
Muy bien. Volvamos a poner esto aquí para que todos puedan verlo,
el equipo del proyecto y la organización.
Con eso, el director del proyecto, o parte de su personal,
debería hablar con los altos ejecutivos o con los gerentes sobre sus hallazgos.
Si se dan cuenta de que hay otras cosas que el sistema nos permitiría hacer,
los usuarios tendrán que realizar sus tareas de una forma nueva y específica, ¿de acuerdo?
Al mismo tiempo, aquí los gerentes y los altos ejecutivos
recogían en cascada esta nueva información del equipo del proyecto.
La nueva tendencia
es que los mandos intermedios digan que es necesario que cambiemos la forma en que
operamos
y esto es importante para la viabilidad a largo plazo de la empresa.
Será un proceso difícil, pero necesario.
A partir de ahí, los mandos intermedios comunicarían a
los trabajadores o a los usuarios finales en relación con esta noticia que tenían que utilizar un
nuevo sistema.
Sabiendo eso, los trabajadores saben que esto es
importante para la organización, para la empresa,
y que se trata de una orden directa de los mandos intermedios en lugar
de provenir de los analistas o los programadores,
están más dispuestos a aceptar estos cambios.
Como resultado de contar con este apoyo por parte de la gerencia,
vemos una mayor facilidad en el proceso de adopción, ¿de acuerdo?
Un mejor proceso de adopción de los nuevos sistemas ERP.
¿Está bien? Con eso,
pasaremos a ver la siguiente estrategia en la que
se beneficiarían las empresas cuando buscaran utilizar el apoyo de la gestión.
Por lo tanto, después de haber visto cómo las empresas pueden obtener el
apoyo de la alta dirección de manera práctica,
analicemos también las demás cosas que las empresas podrían
utilizar para asegurarse y obtener el compromiso de los directivos.
Es necesario que el equipo de implementación defina claramente las funciones y expectativas,
de
modo que todos sepan quién es el que toma las decisiones en última instancia.
Esto es importante porque durante la fase de implementación habrá
ocasiones en las que el equipo no llegará a un acuerdo sobre las decisiones a tomar.
Por lo tanto, si hay varias opciones,
tiene que haber una persona que tenga la última palabra. Por
lo tanto, es bueno tenerlo claro desde el principio de la implementación.
Al mismo tiempo,
es necesario que los principales administradores y usuarios clave estén
presentes y muestren su apoyo a la implementación.
Simplemente porque
son los responsables clave y los usuarios clave quienes conocen muy
bien la parte empresarial y tendrán que aportar su opinión al equipo de implementación.
De modo que el sistema se pueda configurar
y crear de manera que respalde los procesos empresariales.
También es necesario que las empresas aseguren el liderazgo y el compromiso internos.
Esto es algo que los entrenadores externos no podrían hacer por ellos.
Podrían contratar a consultores externos y a la gestión del cambio para que les
ayudaran, pero internamente tienen que estar convencidos de que se trata de una tarea
importante y una
forma estratégica para que
la empresa progrese, y la alta dirección tiene que venir personalmente para demostrarlo.
También existe la idea equivocada de que el apoyo de los líderes
puede reducirse una vez que el sistema esté terminado o cuando el sistema entre en
funcionamiento.
Esto no es correcto porque los usuarios suelen presentar
la mayor cantidad de resistencia cuando realmente utilizan el sistema.
Por lo tanto, es necesario seguir apoyando
la implementación del sistema incluso después de que el sistema se haya puesto en marcha.
Este es un excelente ejemplo de cómo se
demuestra el liderazgo en la implementación del sistema ERP.
Esto ocurre nada más y nada menos que en la propia Universidad de Minnesota.
Así pues, en la Universidad de Minnesota hicimos una actualización de nuestro sistema en la
que aseguramos
el paquete de recursos humanos autónomos para las personas y lo utilizamos para actualizar
nuestro sistema anterior.
Así pues, durante la implementación,
el rector de la universidad se
dirigió a los usuarios y al equipo que implementaba el sistema.
Mencionó una afirmación muy importante
: «No conozco nada más importante para la viabilidad y el
éxito a largo plazo de la universidad que el trabajo que estáis realizando ahora mismo».
Y añade: «Te apoyo».
Lo cual es una declaración muy clara que demuestra que apoya los
esfuerzos de todos en este esfuerzo por realizar una actualización del sistema.
Un par de cosas más que debes saber para tener a la persona adecuada para liderar el
cambio.
El liderazgo tiene que ser una persona que sepa comunicarse bien.
Debe estar dispuesto a proporcionar información al resto
de la organización y a recibir comentarios para
que todos sepan que sus ideas y pensamientos son importantes para la organización.
Al mismo tiempo, tiene que ser una persona que cuente con
cierto grado de autoridad y respeto por parte del personal.
De tal manera que, en los momentos en que se toman decisiones difíciles,
las personas estén dispuestas a cumplir las decisiones tomadas por el líder del cambio.
Al mismo tiempo, el líder del cambio tiene que ser una persona capaz de mostrar
entusiasmo por el proyecto y tener
una actitud muy positiva hacia las cosas que hace.
Porque sabemos que durante las fases de implementación,
habrá momentos difíciles y es necesario que las
actitudes positivas se transmitan a los empleados.
Por último, el responsable del cambio tiene que ser capaz de demostrar empatía para no ser
constante,
recoger las ideas y preocupaciones del personal
e integrarlas en el plan de cambio, de
modo que la organización pueda satisfacer sus necesidades.
Hay una imagen de procrastinación.
Procrastinar es «Por qué hacerlo ahora,
si puedes hacerlo más tarde».
Quería mostrarte esta imagen para darte
una advertencia sobre lo que no debes hacer en la gestión del cambio.
Definitivamente no hay que postergar e integrar las
técnicas de gestión del cambio y la implementación del ERP.
Desea comenzar a integrar y utilizar la gestión del cambio a través de
kits lo antes posible y continuar durante el tiempo que sea necesario.
Es necesario comunicar los beneficios del
proyecto a todos los niveles de la organización,
para que toda la empresa comprenda por qué se necesita un nuevo sistema.
También es importante integrar los hitos y las medidas del
éxito en el plan del proyecto de ERP desde el principio.
Esto se debe a que los proyectos de ERP tienden a abarcar largos períodos de tiempo, con
una duración de cinco años o más.
Por lo tanto, es necesario que los implementadores y los usuarios
vean que están progresando y que están obteniendo pequeños beneficios con el tiempo,
a fin de mantener un alto nivel de motivación durante el período de implementación.
Por último, es necesario asignar el presupuesto de manera inteligente.
Definitivamente, no planifique la asignación de recursos al equipo de cambio.
Por ejemplo, el equipo de cambio debe contar con un líder sénior.
Esto se debe a que si un gerente de cambio es un gerente intermedio o una persona novata,
en tiempos difíciles, diferentes departamentos
pueden entrar y quitarse los recursos del equipo de cambio.
Sin los derechos o los recursos,
el equipo de cambio no podrá hacer su trabajo correctamente.
Por lo tanto, si el gerente del cambio estuviera integrado por un líder sénior,
podría proteger los recursos de los que dispone para la gestión del cambio.
También es importante que los altos directivos y los demás directivos y
las empresas lo entiendan con la implementación de un sistema a gran escala.

Es natural que la productividad de una empresa
disminuya en la fecha de puesta en marcha del sistema.
Esto se debe a que el personal y los empleados se están
tomando el tiempo para acostumbrarse a la nueva forma de hacer su trabajo.
Tienen que descubrir cómo integrar el uso del sistema en su trabajo diario.
Por lo tanto, es natural que la productividad disminuya durante
18 meses o más antes de volver al nivel original.
Tras la recuperación, es
probable que el nivel de productividad con el uso correcto del sistema ERP supere los niveles
originales. Por
lo tanto, lo que sabemos del pasado es que
una empresa tarda hasta 18 meses en recuperar sus niveles originales de productividad
después de su puesta en marcha.
Por eso es importante utilizar técnicas de gestión del cambio.
Porque las técnicas de gestión del cambio podrían ayudar a
reducir este tiempo de recuperación de 18 a seis meses. Por eso
, a lo largo de los años, las empresas que
han implementado sistemas ERP, he elaborado una lista de diferentes pautas que
podrían utilizar para ayudar a las empresas que, en el futuro, estén pensando
en implementar sistemas ERP, lograron el mayor éxito.
Por eso, aquí tienes nuestra lista de las diferentes pautas que
consideramos buenas prácticas que las empresas deben adoptar.
Así que echemos un vistazo a algunas de ellas para ver qué podrían hacer las empresas
para garantizar que su tasa de éxito a la hora de implementar sistemas sea mayor.
Así pues, desde el principio tenemos el segundo argumento:
las empresas deberían utilizar modelos de negocio tangibles.
Lo que realmente significan los casos de
negocios aquí es que diferentes departamentos de negocios podrían
reunirse y discutir cuáles son las características que son absolutamente necesarias.
¿Cómo
les ayudó la implementación de estas funciones o de un módulo empresarial a lograr el valor
de un proceso empresarial?
Al mismo tiempo, es importante que las empresas
gestionen rigurosamente el alcance del proyecto de ERP.
Se sabe que durante las implementaciones, a medida que los usuarios recorren el sistema,
se dan cuenta de que necesitarán
funciones adicionales que les ayuden a realizar sus tareas empresariales.
Como resultado, hacen solicitudes al
equipo de implementación y, en respuesta a estas solicitudes, el alcance de todo el proyecto
aumenta.
Como puede imaginar, el siguiente paso
es que tenemos un alcance mayor, por lo que
el equipo de implementación no podrá completar el proyecto a tiempo.
Otra guía interesante y útil que tenemos es exponer a los usuarios a
las maquetas de interfaz de usuario que
tendría el sistema en las primeras etapas de la implementación.
De esta forma, al mostrar
a los usuarios cómo sería este sistema, podrán hacerse una idea de lo fácil que es el sistema
y de si podrían utilizarlo para
realizar algunas de las tareas empresariales que solían realizar.
Es bueno mostrarlo al principio del proceso de implementación, de
modo que puedan recabar los comentarios de los usuarios finales
para trabajar en la finalización del propio sistema.
Esta técnica va muy bien con la técnica del desarrollo de la edad.
Lo que simplemente establece que el equipo de implementación
debe trabajar en cada función empresarial poco a poco.
Primero deben desarrollar una versión rápida de la función empresarial,
mostrársela al usuario, recibir comentarios,
hacer cambios, ampliarla y,
a continuación, dejar que entre en funcionamiento.
Luego, al lanzar una función,
podrían trabajar en otra función.
Este método de desarrollo es muy superior
en comparación con la ruta tradicional de utilizar el método de desarrollo en cascada.
Simplemente porque en un modo de desarrollo en cascada,
el equipo de implementación solo escucha y
utiliza los comentarios en una fase muy avanzada del proyecto. Para
entonces, será muy costoso realizar cambios en
el sistema, ya que cada una de estas diferentes funciones está interrelacionada
y, una vez que realices un cambio en una sola función,
es posible que estés cambiando otras partes del sistema.
Un último aspecto a tener en cuenta en la gestión
del cambio es permitir que el equipo de cambio realice pruebas y ajustes de los sistemas de
forma periódica.
De este modo, en el momento de la puesta en marcha, e incluso en fases de
la puesta en marcha, se puede garantizar que el sistema es de alta calidad.
Por lo tanto, si se
observan y se siguen las múltiples pautas que se enumeran en esta diapositiva,
es muy probable que la empresa tenga
muchas posibilidades de tener éxito en la implementación del ERP.
Estas son cinco formas diferentes en las que
una empresa podría acceder si su implementación de ERP es realmente exitosa.
En primer lugar, se considerarían exitosos si pudieran
terminar su implementación dentro del plazo del proyecto.
Al mismo tiempo, si pudieran terminar el proyecto dentro del presupuesto original establecido.
En tercer lugar, es que necesitan terminar el proyecto según lo previsto.
Es posible que los proyectos se completen a tiempo y dentro del presupuesto,
que el equipo de implementación reduzca ciertas funciones.
En esos casos, diríamos que el proyecto no terminó según lo previsto.
Incluso si un proyecto pudiera terminar a tiempo,
dentro del presupuesto o dentro del alcance,
si el sistema de entrega final no permite
a los usuarios llevar a cabo el proceso empresarial de forma correcta o fluida,
diríamos que la calidad de la implementación es deficiente.
Por último, en el último paso de la implementación, durante
la fase de prueba, el usuario tendría que venir y certificarlo
siguiendo un proceso empresarial correcto utilizando el sistema ERP.
Son capaces de realizar con éxito la tarea empresarial y en un nivel más eficiente.
Si eso se logra,
entonces podemos decir que la implementación generaría
los beneficios que se vislumbran.
Entonces, después de haber visto los diferentes factores de éxito de la implementación del
ERP,
cambiemos un poco de tema para hablar sobre

las diferentes estrategias que se utilizan en la implementación del ERP.
Hay dos formas principales de implementar los sistemas ERP.
Una es utilizar la estrategia del Big Bang.
En contraste con eso,
tenemos el despliegue por fases.
En la estrategia del Big Bang, lo que ocurre es que
el equipo de implementación dedica tiempo a modificar, personalizar
y probar el sistema,
al mismo tiempo que enseña a los usuarios a manejar el sistema y les permite aprender a
usarlo.
El día de puesta en marcha especificado,
los responsables de la implementación pondrían el sistema
a disposición de todos los departamentos y usuarios de la empresa.
Un despliegue por fases es muy diferente del enfoque basado en el Big Bang, y
los implementadores optarían por entregar partes de
los sistemas a distintos usuarios en distintos momentos.
Es muy posible que
en la primera fase se publique una función determinada del sistema ERP,
o que los implementadores decidan que los
distintos departamentos tengan experiencia y utilicen diferentes sistemas en distintos
momentos.
Lo que sabemos de la práctica es que en las grandes empresas es que,
en el caso de 3M, que tiene operaciones en diferentes países,
han optado por utilizar un enfoque de implementación gradual
basado en los diferentes países en los que tienen operaciones.
Consideremos también las diferentes ventajas y desventajas
de utilizar los enfoques basados en el Big Bang y el despliegue gradual.
Con el enfoque
del Big Bang, dado que todo se pone en marcha en un solo día,
y suponiendo que todo vaya bien,
nos dimos
cuenta de que el enfoque del Big Bang reduciría las causas, ya que el tiempo total necesario
para implementarlo es mucho más corto y el tiempo que tardaría la empresa en obtener
beneficios sería mucho más rápido.
Sin embargo, esto conllevaría un gran riesgo para la empresa porque en un sistema ERP
grande,
muchos de estos módulos y procesos están interrelacionados.
Por lo tanto, se corre el riesgo de que una sola unidad
no funcione y de que haya bots en todo el sistema.
Por lo tanto, al encender el interruptor grande,
podría correr el riesgo de que todo el sistema no funcione.
A diferencia del enfoque basado en el Big Bang,
el lanzamiento gradual tendrá un menor número de participantes, ya que se están
implementando diferentes módulos o procesos de forma fragmentaria.
De esta forma, siempre que se detecte un error o un fallo en un único módulo,
se pueda hacer una solución rápida para que no afecte a los módulos siguientes.
Sin embargo, si adoptamos este enfoque de implementación,
nos hemos dado cuenta de que el tiempo necesario para terminar la implementación será
mucho mayor
y, dado que se necesitará más tiempo para implementar el sistema mediante el enfoque por
fases, es de
esperar que haya más causas y una rentabilidad más lenta para la empresa.
Por lo tanto, dejaré que entiendan y realicen un cuestionario en este vídeo para
analizar ciertos escenarios en los que el enfoque del Big Bang es apropiado
y también los escenarios en los que el enfoque de implementación gradual es apropiado.
Otro concepto que debemos tener en cuenta durante la
implementación es el concepto de instancia de sistema ERP.
Por lo tanto, veamos las siguientes diapositivas
para que comprenda mejor qué es eso.
Si todos los miembros de la empresa utilizan un único servidor para almacenar una copia de la
aplicación ERP,
ya sea SAP u Oracle,
y también utilizan el mismo servidor para almacenar los datos necesarios para
representar a las empresas y entidades de la empresa y también toda su configuración,
esto se conoce como enfoque de instancia única.
Un ejemplo de ello es General Mills.
General Mills es una gran empresa de alimentos con sede en los EE. UU.
Al dirigir su negocio, han optado por adoptar la estrategia de instancia única, en
la que almacenan la copia del SAP junto con sus datos en una única base de datos.
A diferencia del enfoque instantáneo único,
hay casos en los que las unidades de negocio pueden ser muy diferentes.
Como resultado, es posible que necesiten almacenar los datos
y la configuración en dos bases de datos independientes.
Un ejemplo de ello en EE. UU. es el negocio de Nordstrom.
Nordstrom's es una empresa que se ocupa de la moda y el comercio minorista.
Al mismo tiempo, Nordstrom's también dirige
una empresa subsidiaria que se ocupa de negocios de tarjetas de crédito.
Por ello, dado que estas dos líneas de negocio son muy diferentes,
Nordstrom ha decidido utilizar un
enfoque de doble instancia en el que la parte minorista de la empresa se almacena en una
instancia
y la información de la filial de la tarjeta de crédito junto con
su configuración se almacenan en una segunda instancia.
Por lo tanto, analicemos también algunas de las ventajas y
desventajas de utilizar instancias únicas o múltiples. En
un solo caso,
una de las principales ventajas de hacerlo es que facilita
a la empresa la consolidación de sus datos y también la posibilidad de disponer de
una visión general de todas sus actividades empresariales.
Esto es especialmente relevante en el contexto estadounidense, ya que contamos con
la Ley Sarbanes Oxley, que exige que la alta dirección de
las empresas presente informes oportunos y precisos sobre
todos los beneficios y actividades comerciales de sus empresas.
Por lo tanto, si las empresas tienen varias unidades de negocio y subsidiarias,
si desean almacenar sus datos en diferentes instancias,
les resultará muy difícil obtener esta información.
Al mismo tiempo,
otra ventaja es que tener todo almacenado en
una única base de datos permite que los implementadores lo pasen mejor.
Habrá un costo de implementación más bajo y, al mismo tiempo, el mantenimiento de
un sistema tendrá un costo menor porque solo se trata de una base de datos.
Una última ventaja de contar con una sola instancia es que, en el
nivel directivo superior, al poder ver todos
estos datos y actividades diferentes en un solo lugar,
les permite crear y desarrollar
visiones estratégicas con mayor facilidad para toda la empresa.
Sin embargo, por otro lado,
si una empresa utilizara
una sola instancia, pero esta empresa es grande y tiene diferentes unidades de negocio,
perdería la flexibilidad para personalizar sus sistemas o tendría
reglas operativas diferentes
para satisfacer los requisitos comerciales únicos de estas subsidiarias.
Al mismo tiempo, si tienen
varias bases de datos para reunir datos y tener una visión coherente,
eso significaría que
los implementadores y también los
usuarios tendrían más presión y más tiempo para integrar diferentes datos en los sistemas.
Por último, naturalmente, al tener sistemas y bases de datos diferentes,
nos toparemos con problemas de implementación.
Me gusta
No me gusta
Compartir
Porque los proyectos de ERP suelen ser grandes, complicados y su
implementación lleva mucho tiempo.

Las empresas que están considerando las implicaciones de los sistemas ERP
suelen consultar la ayuda de consultores o
socios para asegurarse de que están al día con la implementación.
Hablemos un poco sobre los aspectos que las empresas deberían tener en cuenta
a la hora de elegir un socio de implementación.
Hay tres tipos de relaciones que los clientes pueden tener
con sus socios de implementación.
Y estos son soldados de infantería, comandantes y diplomáticos.
Los clientes deberían dejar clara esta expectativa a sus socios.
En el caso de un soldado raso, el socio de implementación o
el consultor, se limitarán a recibir órdenes del cliente sobre qué hacer.
Esto podría suceder en el caso de que el cliente esté bien versado o
tenga conocimientos sobre la implementación.
Simplemente necesitan la ayuda de un consultor para
asegurarse de que están siguiendo los pasos planificados.
En contraste con eso, tenemos el caso de nuestros comandantes.
Esta es una situación en la que los socios son los que dan las órdenes
a los clientes sobre qué hacer.
Esto podría suceder en un caso en el que los clientes estén relativamente desinformados o
no tengan experiencia en la implementación.
Lo mejor para ellos sería recibir los pedidos directamente de los consultores.
Sobre cuáles son los hitos y cuáles son las actividades que deben realizar
para tener una implementación exitosa.
En el medio tenemos la relación conocida como diplomáticos.
Esto ocurriría en un caso en el que el cliente esté un poco informado sobre
la implementación.
Y sería bueno que buscaran la ayuda de consultores para
guiarlos en ciertos procesos que no están tan claros para ellos.
Al decidir cuál de estas relaciones va a emplear, la empresa debe tener en
cuenta dos aspectos generales.
En primer lugar, la cultura de la empresa.
¿Es una empresa colaborativa e impulsada por el consenso?
Si lo son, entonces
sería razonable adoptar la relación diplomática.
Al mismo tiempo, la empresa debe analizarse a sí misma para ver si
tiene el nivel de disciplina adecuado.
Muy a menudo, durante la implementación, las empresas necesitarían ser disciplinadas a la
hora de cumplir las
diferentes funciones y responsabilidades en relación con la implementación del sistema.
Si carecen de la disciplina necesaria para hacerlo, tal vez quieran contar con un socio
que desempeñe un papel de liderazgo para guiarlos hacia las actividades adecuadas y
lograr los objetivos en el plazo adecuado.
Continuando, cuando contratamos a los socios de implementación,
también es importante considerar cuál es el modelo de precios correcto que debemos utilizar.
En términos generales, teníamos tres tipos principales de modelos de precios y
cada uno de ellos tiene sus pros y sus contras.
Al final de este vídeo, analizarás algunos de los pros y los
contras de utilizar cada uno de estos diferentes modelos de precios.
El primer tipo de modelo de precios es el tiempo y el material.
Y como te habrás imaginado basándote en el propio nombre,
esto significaría que el cliente paga al socio en función de
la cantidad de horas de trabajo que proporciona el consultor.
El modelo de precio fijo es un modelo simple en el que el cliente se
compromete a pagar una cantidad fija de dinero al consultor una
vez que la implementación tenga éxito o se complete.
Muy a menudo, en la práctica, vemos que las empresas utilizan una versión híbrida
que tiene elementos de tiempo y material y también un precio fijo.
Una forma rápida de considerar cuál de estos tipos de modelos de precios utilizar
es analizar el nivel de incertidumbre al que se enfrenta el proyecto.
Al principio del proyecto, puede haber mucha incertidumbre
porque la empresa está intentando decidir qué
es lo que queda dentro del alcance del proyecto y qué no.
Y tiene sentido que el socio o el consultor utilicen un
enfoque de fijación de precios de tiempo y materiales en este caso.
Porque algunas empresas pueden tardar mucho tiempo en decidir qué es lo que se necesita y
qué no se necesita en este ámbito.
Por lo tanto, utilizar un enfoque basado en el tiempo y el material podría ayudar a disciplinar a
la empresa cliente para que tome la decisión en un plazo razonable.
Continuando, también es importante tener en cuenta estos otros aspectos a
la hora de elegir el socio de implementación adecuado.
El socio debe tener el conjunto correcto de habilidades en los lugares correctos.
Por ejemplo, necesitan tener los conocimientos técnicos, funcionales y de
aplicación para guiar al cliente a tomar las decisiones correctas.
De modo que el sistema implementado pueda ofrecer el conjunto correcto de valores
a la empresa.
Al mismo tiempo, el cliente tendrá que
averiguar si el socio de implementación está dispuesto a trabajar con él.
Algunos socios exigen que las empresas tengan un tamaño determinado.
Porque si un socio no tiene la experiencia suficiente, es posible que no pueda gestionar
empresas muy grandes o que tengan procesos comerciales muy complicados.
Al mismo tiempo, algunos socios importantes pueden optar por
trabajar únicamente con empresas que puedan generarles ingresos considerables.
Por ejemplo, un socio grande como
Essential podría estar buscando ingresos aproximados de 10 millones o más en términos de
volumen de ingresos.
Si su empresa no les proporciona la fuente adecuada de ingresos a través
del proyecto de consultoría de implementación, es posible que no lo considere un cliente
viable.
Al mismo tiempo, a veces es posible que
un consultor preste servicios de consultoría para la implementación a
empresas que pertenecen a un sector en el que no han tenido experiencia previa.
Podría ser una opción deliberada para el consultor entrar en un nuevo
sector y adquirir una nueva experiencia en sus operaciones comerciales.
Otra cosa importante a tener en cuenta es que queremos asegurarnos de que
el socio de implementación tenga un buen conocimiento de la industria o el dominio.
Por ejemplo, en la industria farmacéutica hay muchas normas y
reglamentos sobre los procesos empresariales
relacionados con la aprobación o la aceptación de un nuevo medicamento.
Por lo tanto, el socio de implementación necesitará conocer
muy bien los matices de dicha regulación para poder asesorar y ayudar al cliente a
implementar los sistemas ERP.
Por último, el socio debe tener buenas referencias.
Por lo tanto, una forma rápida de comprobarlo sería consultar con
otras empresas que hayan utilizado los servicios del socio de implementación. En
caso de mantener conversaciones con las empresas que han trabajado anteriormente con
esos
socios, una empresa podría entender algunas de las cosas tácitas o no
mencionadas que figuran en sus registros.
Con eso, hemos llegado al final de este curso.
Espero que hayáis disfrutado de las últimas cuatro sesiones conmigo.
Examinando diferentes temas sobre sistemas empresariales.
Y espero que este curso le haya ayudado a comprender y
apreciar mejor lo que son los sistemas empresariales.
Y lo que es más importante, si pudieras utilizar este conocimiento en tu trabajo o
en tu empresa, mi trabajo aquí como instructor habría sido una satisfacción.
Gracias y espero que tengáis un buen resto de semana.

Curso 4.erp

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Curso 4.erp

Cargado por

Copyright:

Formatos disponibles

SEMANA 1

Así que, bienvenidos a nuestro curso de sistemas empresariales.

Por lo tanto, es posible que se pregunte por qué necesita tomar

esta clase y cómo le ayudarían los conocimientos sobre sistemas empresariales en su

Ahora que hemos hablado de los procesos empresariales,

cambiemos un poco de tema y echemos un vistazo al interior de la propia empresa.

Me di cuenta de que sería un flaco favor para ti si

Así que, bienvenidos de nuevo a otra sesión de Enterprise System.

Me llamo Jason Chan

para que pueda entender este concepto de manera más concreta.

Por lo tanto, otro proceso empresarial estrechamente relacionado es el de la producción.

resulte muy familiar porque la hemos visto en nuestra sesión anterior.

que son los datos de la organización.

llamo Jason Chen

también y hablemos más sobre algunos de

tienen necesidades comerciales muy diferentes,

ayudarlo a seleccionar los diferentes proveedores de ERP para su compra,

Así que, bienvenidos de nuevo a otra sesión de Enterprise Systems.

Me llamo Jason Chan.

cuáles son los principales escollos que la experiencia de la empresa está

También es importante que los altos directivos y los demás directivos y

las empresas lo entiendan con la implementación de un sistema a gran escala.

cambiemos un poco de tema para hablar sobre

implementación lleva mucho tiempo.

También podría gustarte