A lo que me refiero es que tienen áreas centrales y luego divididos por sub- áreas ( Eso pensaban). cuando me refiero a un todo es por ejemplo: Mi centro de costo Comercial maneja ( Logística y ventas). Pero eso no es funcional para lo que necesitamos.
¡Y gracias por lo de Jedi jajaja es un honor!
Muy buen tema, en cuanto a mi experiencia puedo decirte lo siguiente:
Depende del partner, de la empresa que contrata y del nivel organizacional que se tiene.
He estado en ambos casos, en una empresa que implementó R/3 y en la cual los consultores nos decían “x proceso necesita un punto más de control, para que SAP te de la información que pides”, y en donde la misma empresa también implementó muchos otros puntos porque la madurez empresarial es grande.
Luego encontré el otro escenario, en donde ves una empresa grande, que aún no saben que son grandes, que implementa B1, que encima contrata un partner en el cual los consultores la mayoría son empíricos, que su salida rapida es “no hacemos reingeniería de procesos” para no decirte “si usted esta mal a nosotros nos da igual, de todas formas vamos a cobrarle y a implementar aunque esto no funcione”, luego a nivel administrativo es más fácil decir “el sistema no funciona” que decir “nosotros no funcionamos de una forma ordenada, y el sistema requiere eso”.
Con el tema de proceso, es importante el diseño de los BPD (Business Process Documentation), esto es algo muy natural de implementaciones de R/3 y que yo traté de traer al mundo de B1 para esta empresa y ha funcionado bastante bien.
Y ahora tienen claro, que mientras no ordenen los procesos, el sistema no va a dar los resultados buscados.
Ley de los sistemas: si le metes basura, devuelve basura.
Saludos.
Sin duda su vasta experiencia en el tema .
Gracias por aclarar el punto de la documentación @jpernillo.
Un abrazo colega.
Buenas tardes estimad@s.
Es un gusto enorme saludarles.
Me intereso el tema en cuestión, y a pesar de que tenga poco tiempo de participar en el foro; daré mis impresiones en base a mi experiencia al respecto del “descontrol” si se le puede llamar así, en muchas empresas que implementan SAP… He participado en varios proyectos que involucran SAP, bien por el lado de desarrollos o por la parte de PP; y en ambos puntos, en muchos escenarios el tema ha sido el mismo… NO existe documentación! El hecho de implementar SAP implica un cambio radical y “extremo” para muchas organizaciones; ya que el mismo hecho de que SAP este orientado al negocio y tengan que “alinear” sus procesos, implica un enorme esfuerzo; por ende, muchas organizaciones por el simple hecho de no adaptarse terminan armando un híbrido de SAP con MS Excel (supongo que más de alguno lo habrá vivido), en donde los encargados de las actividades, llevan en un archivo de Excel (A manera de ejemplo) todo su proceso con la finalidad de que todo cuadre al final; para posteriormente cargarlo a SAP y no se den problemas. Esto al final, trae consigo como uds sabrán una infinidad de problemas; sobretodo cuando llegan las auditorías de procesos y empiezan a encontrar uno por uno los famosos “gallitos” que existen. Les pondré uno de mis casos, cuando en una visita a una de las plantas de una empresa con la que trabajo; visita que tenía como objetivo el levantamiento de información para echar a andar el tablero de control en vista de que el encargado no lo utilizaba… Bueno, resulta que en una de las primeras intervenciones que tuvimos con el encargado, nos muestra un megaarchivo de Excel donde llevaba todo el control de la planificación de la planta; solo la idea de armar ese archivo era un quebradero de cabeza (él con una vasta experiencia ocupaba 5 horas para armarlo); y si había un cambio de parte del área comercial porque se trabajará una Orden de urgencia, implicaba nuevamente rehacer el archivo y perder igual tiempo… En tiempos, esto llevaba a que esta persona gastará un promedio de 2 días a la semana armando su famoso archivo de control y que le evitaba que anduviera en piso y/o pendiente de otras actividades. Lógicamente, al momento de señalar este punto, se puso el grito en el cielo. Lo que quiero decir con esto, es que el simple hecho de alinearse a una forma de trabajo es lo más complicado; pero esto mismo quizá, es uno de los puntos más envidiables de SAP, puesto que si te alineas y desarrollas los procesos como deben de ser, la recompensa es enorme! 
Saludos!
Hola a Todos
Buen tema, pero difícil de tratar y que nos podría tener meses exponiendo puntos. Esto porque depende de una cantidad no menor de factores: Cliente, Procesos, Consultores, Usuarios, Rubro, etc.
Lo que si creo importante destacar, es que en base a todo lo expuesto más arriba, es importante que el Consultor SAP sea efectivamente “Consultor”, muchos confunden ser consultor con solo saber configurar y realmente es más que eso y ahí es para mi indispensable saber sobre procesos, además de poseer habilidades blandas ya que estamos vendiendo un producto a un cliente que es un consumidor potencial de futuras soluciones. Afortunadamente en mi caso antes de ser consultor trabaje en procesos varios años en distintas empresas y eso me otorgó un plus más.
Saludos,
Hola amigo, creo que estos temas realmente son para eso, para exponer puntos y ver los escenarios desde los puntos de vista de otros que han pasado por allí. A veces estas experiencias por muy al aire que parezcan orientan a otras personas en cosas bien sencillas, pero que pueden marcar el rumbo de sus implementaciones.
Saludos.
Claro, por muy sencillo que parezca este tipo de cosas son las que a veces causan estragos en las organizaciones. Siempre he considerado que donde no existen procesos realmente todo marcha mal.
@mike_lazo:
Me he topado con esos archivos créeme, incluso para ver una cuenta desperdicios al detalle lo realizaban de forma manual, cortando y pegando datos a excel.
Perdida de un día, pero poco a poco veremos como terminamos de ordenar la casa.
@nicolasegp:
Decir que el cliente tiene la razón es el peor daño que le pueden ocasionar a las organizaciones.
Lamentablemente, algunas personas miran el trabajo como una rutina y no le ponen amor al asunto. ( Hasta eso es importante). En fin comparto tanto tu punto de vista, en mi tiempo de consultora siempre discutí si algo le afectaba a la empresa (Aunque ellos quisieran realizar la mala practica) Y si ellos no cambiaban de opinión les obligaba a firmar un documento donde se les realizó la observación sobre el proceso.
¿Y que pasa cuando eres “de la casa”?
Cuando te encuentras implementando empresas que son parte del mismo grupo y por lo tanto, tu eres un empleado más de la corporación, ¡que situación tan complicada!
En mi caso así es, nuestro proyecto se basa en la implementación de SAP Business One en todas la empresas del grupo donde laboro, un grupo donde quienes tiene el saber son las personas externas, para ellos, lo que opines sobre procesos (aunque demuestres con argumentos sólidos) es un mero comentario sin sentido. El hecho de venir “desde abajo” me ha hecho conocer muchos procesos empresariales desde sus entrañas, desde la perspectiva del nivel más básico del organigrama, ese nivel en que se desempeñan las tareas más arduas. Conocer la configuración del sistema y a la par, el hecho de estarme formando como Administrador me ha hecho ver las implementaciones como algo más allá que una simple migración de datos de un sistema “rústico” a un sistema mucho más completo.
Día tras día desempeño una batalla para demostrar que la implementación debe verse como una oportunidad de reingeniería de procesos, lucho por enseñar al usuario que su labor va más allá que la simple captura de datos.
Llegar a una “casa ordenada” como bien lo mencionas, compañera @Juanag, es el sueño de todo implementador pero debemos afrontar la cruda realidad y tratar de poner todo nuestro esfuerzo para que la implementación cumpla y rebase las expectativas de todos.
Este mi caso, imagino que es muy diferente ser un empleado interno tratando de implementar a ser un tercero realizando el mismo proceso.
Interesante el tema, saludos.
Pues estamos en la misma situación. Efectivamente soy de la casa, de la casa desordenada jajaja.
La verdad me lo disfruto el problema es tratar de que se puedan dimensionar que una reingeniería les caería muy bien.
Muchas veces el poder brindar tu punto de vista sobre el proceso de otra área puede generar controversia porque se puede notar como que quieres meterte en “su espacio”. Es solo que al redactar este tema, me pongo a pensar en el momento de la implementación desde los consultores hasta la persona que desempeñaba el cargo que hoy tengo yo. ( Y por supuesto de los dueños de la empresa).
Vaya que si:
lo entiendo tan bien, la salida fácil es; el sistema no funciona y usted tiene la culpa…
Otro factor clave es el nivel de involucramiento de las personas encargadas de utilizar el sistema, de manera responsable y con deseos de aportar, ya que cuando los gerentes, contadores, administradores, etc. se desentienden de la implementación (ya sea por resistencia al cambio o cualquier otro factor) lo que se obtiene es: adaptar SAP a cómo trabajaban antes con otros sistemas y por lo tanto se subutiliza la herramienta.
En cuanto a los consultores:
En algunos casos los consultores no tienen la suficiente experiencia y en otros simplemente no les importa. En mi caso particular en la primera implementación de SAP B1 no tenía el conocimiento necesario para exigirle al consultor mejores soluciones, ni el apoyo de la gerencia para mejorar los procesos.
Ahora que ya conozco bastante de SAP tengo el criterio y el apoyo de la administración (a pesar de ser “de la casa”) para no dejar pasar esos puntos clave durante la etapa de análisis, que luego se convierten en un dolor de cabeza.
Finalizo diciendo que cuando el personal de la empresa sabe para donde va y lo que desea, además de tener la voluntad de cambiar los procesos para adecuarlos a SAP, junto con un consultor que conoce bien el sistema y le da un valor agregado a su trabajo todo sale bien. De lo contrario… pues existen muchas experiencias!!
Saludos y mientras no nos dejemos seducir por el lado oscuro de la fuerza sigamos dando lo mejor de nosotros.
Hola Jpernillo
Que no se mal entienda mi mensaje, lo que quise expresar fue que “yo” particularmente no ahondaría en los puntos de forma especifica y profunda, no que era malo discutirlos, por ello también deje mi apreciación al respecto.
Saludos,
Hola JuanaG, excelente tema como siempre, debes estar iluminada por la “Fuerza”. Les comento que en mi caso estamos en plena implementación y es inevitable pensar si en realidad los consultores están capacitados para darnos las soluciones que necesitamos para cada escenario. Pero haciendo una verdadera introspección, definitivamente nuestros procesos no están ordenados, aunque la empresa lleva una cultura de documentación de procesos y procedimientos incluyendo un área de OyM (Organización y Métodos) que obviamente no se abastece para cubrir toda la demanda de la empresa.
Por otro lado, el “trabajo en equipo” no se nota puesto que llegado el momento cada quien ve lo mejor para su módulo y nos olvidamos de la integración. Yo desempeño la función de Analista IT de MM y en mi caso debo coordinar con casi todos los módulos para conseguir cargar un buen maestro de materiales y otros temas más.
Una verdadera cultura de gestión de procesos no nos caería nada mal antes de implementar SAP.
Saludos desde Perú.
jajajaj @jose.walter me causo mucha gracia! Comparto tu opinión a veces no se tienen esos procesos ordenados y los consultores andan un poquitin perdidos. ¡Imaginate!
Esa es una máxima yo digo que para todos los procesos.
Hace tiempo que no estoy tan activo como quisiera sin embargo no puedo dejar de opinar en este tema…
Algunos que me conocen por aquí saben que soy contador, no de sistemas, pero que me gusta este ambiente.
En el año de 2008 participé en la implementación de un ERP llamado Manufacturing by QAD, existían el consultor implementador y el programador, mi experiencia fue buena debido a que soy muy terco y testarudo y no avanzo a lo siguiente hasta no comprender los alcances a futuro que los cambios o la implementación conllevan.
Actualmente trabajo con SAP B1 y me encuentro en una empresa en la cual se hacía todo “a modo de lo que pidió el contador”, me explico… actualmente tenemos cerca de 100 cuentas contables o cuentas en el Plan de cuentas y tenemos 9 sucursales abiertas y 4 que ya no existen.
El contador en su momento para obtener los gastos de cada sucursal replicó cada una de las cuentas contables, es decir hoy por hoy tenemos mas de 1300 cuentas contables solamente en gastos.
Cuando empiezo a conocer el SAP B1 me doy cuenta que tenemos proyectos, para mi una sucursal es un proyecto, así que puedo obtener resultados mejores usando los proyectos, así pudiera enumerar varios casos.
El problema no radica propiamente en el cliente, más bien como dices @Juanag en que muchas veces el implementador no conoce las necesidades del cliente, no se sienta con él a ver exactamente que información necesita o que orden la va a querer.
Bien dice @SidV a veces ni el consultor ni el implementador saben o conocen el 100% de lo que implementarán.
Mas bien, el implementador no conoce los procesos y/o la información del cliente o cuales son sus necesidades y el Cliente no conoce los alcances del sistema, le dije a una persona con respecto al tema, unos hablan chino, los otros alemán y pretenden comunicarse eficazmente en Francés.
En mi experiencia como funcional en la implementación comentada los consultores querían que fuéramos “Caballos de carreta” con unas “anteojeras”, es decir querían que solo vieramos hacia el frente a lo que ellos nos apuntaban y no viéramos alrededor los matices o aristas que tenía el propio sistema.
Saludos
Interesante e importante tema, no quería pasar leyendo y que no se me notase.
Si he sido testigo de esos problemas, pero creo que lo mejor que puede hacer un consultor es manifestar los puntos relevantes que tocan otras áreas y hacerlos participes a los usuarios en reuniones a modo de conciliar-conocer sus procesos empresariales. Deduzco por lo que dicen y por mi corta experiencia (solo tengo 02 rollouts y deseando tener más) que muchas veces es en la implementación donde se ventilan todo lo que antes no negocio la consultora creando un clima de preocupación, que en mi caso requerían de un avance algo acelerado. (Como fui de CO esperaba bastante de los otros módulos)
Sobre el consultor de procesos, tengo la siguiente duda.
Saludos
Muy buenas a tod@s:
Soy una persona que acaba de llegar al Universo SAP, vamos, que aún tengo el 
pulsando el timbre de la puerta. Pero, casi tod@s o tod@s los que somos del mundo de la informática nos hemos encontrado alguna vez con esa situación. “El cliente no sabe realmente lo que quiere; lo sabe, pero cree que con sólo la informática se van a solucionar todos sus problemas; el que desarrolla o implementa debe saber de todos los procesos de la empresa, o sea, es informático, contable, comercial, gerente, presidente, dueño, limpiador,etc., vamos, un 
”
La cuestión es que esto pasa en todos sitios.
Un ejemplo, soy vigilante de seguridad 
y, la empresa de seguridad es contratada para prestar servicio en, por ejemplo, un 
. El 99,9% de las ocasiones, el Vigilante de Seguridad no tiene ni idea de cual es el plan de evacuación en caso de emergencia 
y en vez de ser el que ayude a evacuar a los clientes del hotel, será el primero que salga 
y, sencillamente, porque muchas veces las cosas se hacen al tran tran y lo importante para la empresa de seguridad es cobrar y para el cliente, que el seguro pague en caso de siniestro.
En fin, por sus comentarios veo que ésto es un problema que sucede muy a menudo 
y aunque la muestra no sea significativa a nivel mundial, creo que dentro de este foro es bastante representativa.
Estoy muy pero que muy de acuerdo con @SidV, sobre el consultor de procesos, tengo la siguiente duda.
Saludos, 
@Javier_Alexan y @Magaly, moví sus dudas sobre el consultor de procesos a otro debate “dedicado” al mismo. 
Espero no les moleste.
Gracias!
Juan. Buenos Días. Realmente es lamentable que errores como el descrito pueda suceder en una implementación. En las experiencias que he tenido en esta gestión de implementación, la organización del proyecto en cuanto a responsabilidad y ejecución de actividades y tareas , grupos de trabajo, y pruebas no han dejado abierta la posibilidad de que pueda suceder un caso como este ya las pruebas integradas, en caso de ocurrir una falla de diseño por debilidades en la sinergia entre la empresa que contrata la implantación y los consultores de la empresa que la ejecuta, no permite que se concrete el error ya que los resultados de las pruebas unitarias e integradas son revisados y certificados por la empresa contratante. Pienso que podría suceder un caso como este cuando existe una debilidad de diseño debido a exigencias de la empresa que solicita la implantación y en cuyo caso los consultores dan los alertas y la asesoría necesaria acerca de las mejores practicas en estos casos y la empresa no escucha ni acepta los alertas. Sin embargo, estos casos deben quedar documentados por los consultores debido al impacto que tienen estos errores una vez concretado el GO LIVE.
Pero más allá de este lamentable suceso creo que es importante darte las gracias por informar el evento ya que a los que nos dedicamos a esta actividad de implantación de SAP, en todos sus modelos o versiones, nos debe quedar el ejemplo de las cosas que no se deben hacer: Por una parte debe haber compromiso de calidad en la implantación del sistema y eso requiere compromiso de ambas partes tanto de la empresa que contrata como de la que implanta SAP en cuanto a nominar personal con experiencia para participar en el proyecto. En 2do lugar, en los escenarios de falta de acuerdo por exigencias del contratante que conocemos por experiencias no son una buena práctica y pueden perjudicar la operación una vez finalizado el pase a Producción de SAP, deben agostarse los esfuerzos en los niveles necesarios para evitar la ocurrencia de fallas en la implantación y documentar la gestión realizada para establecer las responsabilidades ya que estas finalmente se miden en recursos que generalmente son escasos: Tiempo y dinero.
Sin duda alguna las empresas pretenden que si trabajas como consultor mires realmente lo que les conviene y como ellos dicen que es mejor. ( Resistencia al cambio podríamos decir). Y si tu eres el cliente y recibes una mala orientación como lo platica @jpernillo basura recibiras. Gracias por aportar tu comentario @Luikb
@Magaly Considero que todo depende de la cultura organizacional que maneje cada empresa, cuando trabajé como consultora me topé con personas que realmente4 aceptaban los cambios con buena actitud. Pero, tambien pude percatarme que existen personas que realmente moverlos de su zona comoda les fastidia.
@belloemil Wow, interesante tu punto de vista ( Por cierto soy Juana 
). Yo tambien soy de la opinión que todo quede por escrito, si los consultores estan indicando procesos y la empresa quiere seguir con sus malas practicas esto debe si o si quedar documentado y firmado por el cliente. Evaluar todo lo que sea posible es importante para tener los resultados esperados. Y si esto significa realizar 500 escenarios pues que mas dá. Aunque, tambien quiero recordar que muchas personas realizan las cosas a la carrera ( consultores) porque tienen asignados varios proyectos y necesitan cumplir con los tiempos y no se dimensiona que el salir rápido y no evaluar todo generará casos de soporte y al final esto si es un costo.
Juana, fijate cómo queda el foro si respondes a cada persona por separado: 
Si podes usar menciones anteponiendo el “arroba” al nombre de usuario, por qué responder tres veces cuando puedes responderle a tres personas en el mismo mensaje? 