Cómo comenzar con la implementación de ERP lo antes posible
Prefacio
Hoy en China, la gente de la industria de consultoría de software ya no está en las calles.
Muchas personas han dejado de trabajar en tecnología y están muy familiarizadas con las funciones de SAP.
Algunas personas pasan de empresas a empresas de consultoría y son muy competentes en su negocio original.
También hay personas que pueden incorporarse a empresas de consultoría nada más graduarse, trabajando en un proyecto tras otro.
Todas estas personas, personas en este círculo, pueden hablar principalmente sobre cómo hacer proyectos, digamos 1, 2, 3
¿Qué pasa con Blueprint y Build? Bueno, las pruebas, ¿todos pueden? nombrar y conocer estas etapas en el proceso de implementación.
Pero, ¿realmente todo el mundo sabe hacer proyectos?
¿Sabes realmente lo que debe hacer un Deployment?
¿Conoce realmente la conexión entre los distintos Despliegues de un Programa?
¿Sabes realmente por qué haces esto?
Primero, comience desde los detalles más pequeños
Cuando comencé a trabajar en el proyecto, yo era un implementador para una empresa extranjera y el primer ministro era un malasio.
En ese momento, cada equipo tenía que hacer un Informe de estado. El Informe de estado se hacía usando PPT y tenía una plantilla especial.
Había reuniones semanales y todos revisaban juntos uno por uno. one
Cuando el primer ministro celebra una reunión, se centrará en el formato del informe.
No puedes usar Ctrl C Ctrl V para agregar una página. Debes insertar una página en PPT para poder copiar la plantilla de la forma más completa
La fuente de cada cuadro de texto en cada uno. página El tamaño debe ajustarse a la plantilla
Las líneas, párrafos, número de páginas y formato de fecha deben ajustarse a la plantilla
El contenido del Informe debe tener números precisos. Para completar algunas esta semana, en realidad completa algunas y no debes usar porcentajes para perder el tiempo con las tareas que tienes que hacer en el pasado. Debes tener PIC (Persona a cargo) y Día objetivo.
Al describir una cosa, no se pueden utilizar palabras como "nosotros" y "ellos". ¿Quiénes somos "nosotros"? ¿Quiénes son "ellos"?
Por último, escribe el historial de revisiones.
En ese momento, nosotros, especialmente nuestros colegas chinos, sentimos que era muy problemático. Qué pérdida de tiempo mirar estos detalles.
Está bien si las fuentes son diferentes. El estado de finalización de cada trabajo debe ser preciso en cifras específicas y lleva tiempo contarlo.
Sin embargo, con el tiempo te acostumbrarás.
Unos años más tarde, cuando vi el Informe de Estado de otro proyecto de empresa estatal.
El Informe de Estado del proyecto de la empresa estatal también tiene una plantilla, pero es muy simple
Y el contenido específico del informe no tiene los requisitos que mencioné anteriormente en absoluto
El resultado es que no puedo entenderlo en absoluto.
Además, los informes de diferentes equipos deben resumirse juntos. Si las fuentes son diferentes, verás claramente la diferencia al cambiar de página.
El informe de estado es solo una pequeña cosa. Pero la atención al detalle es muy importante.
Cualquier cosa, quién lo hará, quién lo revisará, cómo hacerlo y cuándo estará terminado. . .
Si no lo explicas claramente, los demás no lo sabrán y el resultado definitivamente será que las cosas no se hagan bien o habrá un retraso.
Entonces, para hacer un buen trabajo en un proyecto, primero tómate los detalles en serio.
En segundo lugar, logística
Aquí logística se refiere a la logística, que son los servicios de vida y trabajo brindados a todos en el proyecto.
¿Por qué dices esto?
Porque como Deployment lo primero es que el PM resuelva los problemas logísticos.
Cuando se trabaja en un proyecto ahora, la mayoría de los miembros provienen de diferentes lugares. Entonces, ¿cómo debería organizarse el alojamiento?
Por lo general, el PM necesita encontrar varios hoteles locales para negociar el precio y, a veces, el cliente también puede obtener el precio negociado.
No puedes vivir demasiado lejos de tus clientes. Se necesita mucho tiempo para ir y volver del trabajo, y los taxis son caros. Vivir demasiado lejos de la ciudad. Los consultores no pueden estar aislados del mundo cuando están en viajes de negocios, también debemos considerar la comodidad de vivir.
¿Cuál es el tipo de habitación donde vives? ¿Es una habitación para una persona o una habitación para dos personas?
¿Cómo organizar el personal si son dos personas? No sólo dos hombres pueden estar juntos.
Considera si estas dos personas pueden llevarse bien.
¿Qué tipo de métodos de transporte buscas desde y hacia el aeropuerto y los clientes?
¿Deberías buscar un taxista habitual o simplemente tomar un taxi en la carretera?
Ya sabes, ¡la seguridad es lo primero!
A la hora de comer, ¿los miembros del equipo tienen tabúes o hábitos extraños?
En casa del cliente, ¿dónde está la oficina?
Hay alrededor de 20 personas por proyecto Plus Key User, ¿cómo sentarse?
En términos generales, un equipo trabaja en conjunto, pero ¿qué pasa con la comunicación entre equipos?
FI y CO deberían estar más cerca, y PP debería estar más cerca de MM
Es mejor que los consultores y los usuarios clave se sienten uno frente al otro y no permitan que los consultores se concentren. sobre sí mismos, para facilitar la comunicación
Espacios de oficina, certificados de acceso, teléfonos, faxes, impresoras, fotocopiadoras, dispensadores de agua, Internet, aires acondicionados, proyectores, salas de conferencias
Estos recursos debe ser arreglado.
Publica el nombre del miembro del equipo en el asiento para que otros puedan encontrarlo
Haz una libreta de direcciones, lo mejor es imprimirla y enviársela a todos
.... ..
En realidad, hay demasiadas cosas que explicar sobre la Logística.
Pero ya sabes, de esto es de lo que es responsable el PM
Porque el proyecto aún no ha comenzado y el personal aún no ha llegado.
Y muchos implican gastos, y PM necesita controlar los costos.
Por supuesto, a veces el PM encontrará a alguien que le ayude y dejará que alguien se haga cargo del proyecto una vez iniciado.
Sin embargo, esto es siempre lo que debes hacer como implementación.
Quizás muchos PM hacen esto de manera más informal e incluso están dispuestos a gastar dinero.
Pero lo que quiero decir es que, tanto si algo se hace bien como si no, la clave está en los detalles.
¿Tiene en cuenta los sentimientos y pensamientos de otras personas al organizar los recursos?
Debemos considerar cómo podemos trabajar felices sin quejarnos del mal medio ambiente.
Tres, plantilla global
Permítanme tomar un programa global como ejemplo.
Qué es una plantilla
Por lo general, cuando una empresa multinacional implementa SAP, tiene que tratar con diferentes países y diferentes fábricas.
Diferentes sucursales comerciales También son diferentes Algunas son fábricas orientadas a la producción y otras son empresas comerciales.
Como empresa multinacional, generalmente es necesario integrar su negocio en un solo sistema.
En SAP, hay un Cliente, que se divide en varios códigos de empresa
El código de empresa es una sucursal separada
Entonces, antes de comenzar a implementar SAP , Debemos considerar la arquitectura de toda la empresa (Cliente)
Incluidos procesos comerciales unificados, soluciones unificadas y formatos de datos unificados
Estas cosas unificadas se denominan Plantilla
En nuestras propias palabras, también se llama Plantilla Global
Después de diseñarlas, iremos a las fábricas una por una para implementarlas
Durante el proceso de implementación de la fábrica, Definitivamente encontrará Si tiene necesidades diferentes a las de la Plantilla, también puede modificar la Plantilla en este momento.
¿Qué contenido incluye la Plantilla?
El primero es la estructura organizativa
Para controlar dicha plantilla, es necesario que haya un equipo dedicado a la gestión, el equipo GT (equipo de plantilla global)
Todos los miembros de este equipo son expertos en un campo, como FI y MM. Los clientes a los que se enfrentan estos miembros del equipo son el BPO (propietario del proceso de negocio) a nivel empresarial, como el director financiero.
Durante la implementación de cada Implementación, cualquier necesidad de cambiar la Plantilla que encuentre el Equipo de Implementación debe ser informada al Equipo GT, que es responsable de coordinar otras Implementaciones para ver si se puede realizar dicha modificación.
p>
Por ejemplo, una implementación quiere utilizar un determinado campo para colocar información de referencia en los datos maestros del material.
¿Es eso posible? Esto requiere considerar cuál es el propósito de este campo en la función estándar de SAP.
Los datos maestros de materiales son comunes a todas las fábricas. ¿Otras implementaciones utilizarán este campo al implementarlo?
¿Esto? ¿Se utilizará este campo en los informes del sistema?
......
El enfoque de la plantilla es el diseño de planos
Material Master ¿Cuáles son las reglas de nomenclatura para los datos? ?
¿Qué tipos de materiales se utilizan para qué materiales?
¿Cómo definir los sujetos del grupo?
Centro de costes, centro de beneficios, jerarquía de productos
¿Debemos utilizar el libro mayor de materiales?
Debemos utilizar la valoración dividida
¿Qué tipo de documento deberíamos utilizar? utilizamos? ¿Qué es el rango numérico?
......
Proceso Unificado
Por ejemplo, una solicitud de compra, quien envíe la solicitud la aprobará
Por ejemplo, una orden de producción Emitir materiales, emitir a pedido, posconsumo o ambos
......
Control de permisos unificado
Establecer roles comunes , Implementación Simplemente copie estos roles
......
La plantilla también incluye el desarrollo del programa
Algunos informes son utilizados por toda la empresa, luego simplemente hágalo en Plantilla
Solo úselo durante el período de implementación
...
También hay Plantilla de documento
Todos formatos de documento, Informe de estado, Plantilla de conversión de datos, Proceso a procesar,
Por supuesto, incluido el tamaño de fuente, línea y segmentación, etc. que mencioné al principio, están todos definidos en la Plantilla
Cómo hacer una Plantilla
Desafortunadamente, nunca he hecho una Plantilla, así que no expliqué esta parte detalladamente
Hacer una Plantilla también es un proyecto aparte p>
Generalmente después de que comience el Programa, antes de que comience la Implementación
La empresa reunirá a muchas personas, incluidos consultores y usuarios, y los usuarios pueden provenir de varias fábricas
El proceso también es como hacer un proyecto Mismo, investigación empresarial, diseño de planos, construcción de sistemas, preparación de documentos, etc.
¿Por qué necesitas usar Plantilla?
Es difícil para imaginar cómo implementar un sistema SAP integrado para una empresa sin Plantilla
Si una Plantilla es buena o no depende de los detalles
Cuando vi por primera vez la documentación creada por Plantilla. Me sorprendió que todos los documentos necesarios para usar en el proyecto estuvieran preparados de manera tan detallada.
Muchas veces, solo necesitamos copiarlo y cambiar algunas palabras para usarlo.
Mirando la Plantilla, podemos ir fácilmente a la fábrica para implementarla.
Entonces, una plantilla buena y detallada es el requisito previo para el éxito de todo el programa.
Capture la entrada local
Con la plantilla, el siguiente paso. es que la sucursal/fábrica ha realizado la implementación
Como se mencionó anteriormente, diferentes fábricas tienen diferentes negocios y la plantilla puede no ser completamente aplicable
Por lo tanto, la primera etapa de la implementación es capturar la entrada local , en chino significa recolectar las necesidades locales
Entonces, ¿cómo recolectar las necesidades?
Primero, prepare los materiales de introducción. Presentación del sistema SAP y el diseño de la plantilla
Los materiales de introducción generalmente se crean en PPT y se usan para explicar a los usuarios en los talleres
El punto clave es utilizar una forma que los usuarios puedan entender. . introducir.
He visto materiales escritos por algunas personas, incluidos materiales de capacitación, que son completamente técnicos.
Dime qué funciones se utilizan, qué pasa con el código T y cómo se genera. en el sistema. Eso es todo para el Documento.
Pero, además, puedes escribir algo más:
1. Explicación de términos
2. ¿Tiene la empresa? Háganos saber Decidir sobre el diseño de la Plantilla
3 ¿Cuál es el proceso de negocio original, qué cambiará la Plantilla y cuáles son los beneficios?
4. ¿Qué impacto tendrá en los permisos y a qué departamento comercial corresponde?
Debemos recordar que estamos implementando en base a Plantilla, es decir, debemos hacer los deberes. antes de ir a la fábrica Capture la entrada local
Después de introducir la información, también hay una lista de preguntas
¿Qué tipos de materiales se utilizarán?
No se puede preguntar directamente si hay productos terminados o materias primas.
Puedes preguntar si hay Materiales de Embalaje, como Tableros de Aglomerado, Tarimas de Madera, Envases de Madera
Si hay Petroquímicos, como Combustibles, Químicos Industriales, Lubricantes
.....
¿Qué plazo de pago se utilizará?
Por ejemplo, el pago se realiza dentro de los 30 días posteriores a la recepción del boleto y el pago se realiza dentro de los 60 días posteriores a la recepción del boleto
......
Sobre la base de la plantilla, no haga preguntas muy básicas. El problema debe estar relacionado con el negocio real y puede ayudar directamente con los problemas posteriores de diseño del sistema.
En la etapa de captura de entrada local, los usuarios Generalmente se convoca a diferentes departamentos para abrir el taller
Los usuarios convocados, el personal y el alcance deben estudiarse cuidadosamente
Un usuario no puede participar en las sesiones MM y FI al mismo tiempo.
Por lo tanto, si es necesario, se debe escalonar el tiempo.
Algunos talleres requieren la participación de BPO y usted debe saludar y enviar invitaciones con anticipación.
Algunos talleres requieren que diferentes equipos funcionales discutan juntos. , que se llama Sesión de Integración
Después del Taller, las Entradas Locales deben registrarse y convertirse en la Lista de Entradas Locales
En esta Lista, por supuesto, debe incluirse
1. Una frase breve Utilice palabras para describir estas Entradas
2. Introducción detallada
3. Quién lo propuso
4. p>
5. Quién es el BPO correspondiente
6. Clasificación, cada proyecto puede tener diferentes definiciones
7. ¿Es este un requisito relacionado con la configuración? Requisito relacionado con la conversión de datos
p>
8. ¿Afecta la plantilla global?
9. Prioridad, esta Prioridad tiene una definición especial, o el usuario dice que es Alta. o es Alto
10 ¿Quién es responsable de realizar el seguimiento de este requisito?
11 Posibles soluciones
12.
Lo que se debe mencionar aquí es que no importa cuántos requisitos se registren, siempre y cuando se realice un buen seguimiento, confirme con el usuario más tarde, simplemente elimine el estado Cerrado
Me temo de dos tipos de usuarios, los que hablan demasiado y los que hablan muy poco
En esta etapa, la experiencia en el proyecto sigue siendo muy importante. Se pueden eliminar muchos requisitos durante el taller
Además, los requisitos de informes también deben recopilarse en esta etapa
El punto clave es racionalizar en esta etapa.
Debes saber que cuanto más se vuelven más molestos los requisitos de desarrollo, debes cortarlos, cortarlos, cortarlos.
Finalmente, PM necesita celebrar reuniones todos los días, revisar el estado
Cuántas aportaciones locales se han recopilado hoy y cuántas son altas
Seguir continuamente el estado.
Al final, la lista de entrada local debe confirmarse con el BPO como base para la siguiente etapa del Diseño del Blueprint
Quinto, Diseño del Blueprint
El Etapa de diseño del plano principalmente. El tiempo se dedica a discutir la solución para la entrada local.
En otras palabras, después de recopilar los requisitos, se debe encontrar una solución en esta etapa.
Entre ellos, se incluyen 3 documentos. los más importantes
Son Blueprint, To Be Process y Data Conversion Approach.
¿Qué es Blueprint?
Hay algunas introducciones conceptuales, como este es el diseño y las soluciones del sistema....
En realidad, esta es una serie de documentos de Word
Cada uno El documento corresponde a un módulo, que presenta en detalle el diseño de cada función.
El documento debe incluir una introducción a los requisitos para esta función, un análisis detallado de los requisitos y sus soluciones, y conclusiones especiales para este Despliegue.
Por ejemplo, recuento de inventario físico
1. ¿Cuáles son las necesidades del usuario? ¿Garantizar la precisión del inventario? ¿Es coherente con el equilibrio financiero?
2. ¿Cuáles son los requisitos detallados? ¿La precisión del inventario se basa en el nivel de planta o en el nivel de ubicación de almacenamiento? ¿Debo utilizar el conteo de ciclos?
3. ¿Cuál es la solución? ¿Cómo se definen las categorías A, B y C? ¿Cuál es el código de motivo para el ajuste de inventario?
4. ¿Cuál es la diferencia entre este Despliegue y Plantilla?
Debes haber visto mucho sobre To Be Process
Pero aquí debemos enfatizar las especificaciones del documento
Los símbolos utilizados y la forma de anotación, Los encabezados y pies de página deben realizarse de acuerdo con la plantilla.
De lo contrario, será difícil que las personas lo entiendan.
El enfoque de conversión de datos, conocido como DCT, es un documento guía para la conversión de datos.
Incluye los Elementos de Conversión en este Despliegue.
¿Dónde están los datos originales? ¿Qué tamaño tiene el volumen de datos? ¿Quién lo proporciona? ¿Quién coordina? ¿Confirmados por la OMS?
¿Se puede utilizar la plantilla de carga de datos de SAP existente?
¿Cómo convertir datos originales en plantilla de datos de SAP? ¿Cómo se corresponden los campos? Por ejemplo, en el sistema anterior, la longitud de caracteres de un determinado campo es mayor que la longitud del campo SAP. ¿Cómo solucionar este problema?
......
Estos tres documentos son la clave para la etapa de Diseño del Blueprint
Después de organizar estos tres documentos, debes revisarlos con el BPO y aprobación
como base para la siguiente fase del sistema de compilación
Además, la lista de cosas a desarrollar también debe determinarse en esta etapa.
La implementación del proyecto es un paso tras otro.
Si los requisitos que recopila están incompletos o son inexactos, entonces su diseño de plano definitivamente tampoco será perfecto
Su La etapa de plano todavía deja algunos requisitos sin solución. Si inicia el sistema de compilación de esta manera, definitivamente habrá problemas que deberán reelaborarse en el futuro.
La señal de finalización de cada etapa es la confirmación de BPO. No puede cambiarlo casualmente después de cerrar sesión.
Por supuesto, esto no significa que no pueda haber nuevas demandas y que algunos clientes no presten atención a la aprobación.
Pero como PM, debes adherirse a este enfoque y guiar a los usuarios para que cooperen de acuerdo con este enfoque.
Desarrollar un enfoque de este tipo es lo más importante en la gestión de proyectos.
6. Construir y probar
Investigar cuestiones técnicas es la fortaleza del pueblo chino.
Muchas personas fuertes están familiarizadas con la configuración de SAP y saben si una determinada función se puede implementar en SAP
Sin embargo, no basta con comprender la tecnología y ser un consultor
Primero presente el entorno del sistema
En SAP, diferentes Clientes son diferentes entornos
Por lo general, hay un Cliente que realiza Configuración, un Cliente para Desarrollo y un Cliente para Sandbox. (se puede cambiar y utilizar como desee) y un Cliente para SIT, un Cliente para UAT, un Cliente para Capacitación y un Cliente para
Conversión Mock, el Cliente oficial de Producción, el Cliente de Soporte de usuario
El cliente que realiza la configuración no puede realizar ninguna transacción una vez completada la configuración, se puede transferir automáticamente al cliente de desarrollo
Realizar prueba de componentes en el cliente de desarrollo
p>
El Cliente de desarrollo también es un Cliente de desarrollo
Porque en el Cliente de configuración, si realiza alguna transacción, es posible que algunas configuraciones no se cambien
Por ejemplo, el rango de números , si realiza una transacción, el número aumentará en uno
Y el Desarrollo necesita probar el programa, por lo que el Cliente de Desarrollo necesita datos de prueba
Al realizar la configuración, en primer lugar, usted necesita Hay una lista de configuración
Este es un archivo de Excel, que incluye todos los elementos de configuración en SAP IMG
Use una columna separada para identificar qué configuración debe realizarse en esta implementación y cuáles son Cross Client y cuáles son Corss Company Code. También registre el número de solicitud de transporte.
Además, por supuesto, son las notas de configuración, creo que ha visto muchas de ellas.
El transporte está controlado por Basis, por lo que este aspecto debe coordinarse. with Basis
¿Quién realiza la solicitud, quién la aprueba y cuándo?
Generalmente, en proyectos grandes, no puedes simplemente cambiar la configuración si así lo deseas.
Necesita pasar por la aprobación del equipo GT
p>La prueba se divide en prueba de componentes, SIT y UAT
La prueba de componentes significa que ha realizado la configuración. Tienes que ir. al entorno de prueba para probar la configuración y ver si se puede utilizar. Esta parte no requiere que el usuario participe en SIT y UAT. Todo depende de su etapa de diseño de Blueprint.
El script de prueba proviene de To. Ser Proceso
Qué procesos se han determinado con el usuario, por supuesto, hay que probarlos todos en el sistema
Por ejemplo, crear un dato maestro de material y realizar un pedido de venta. . . . .
Tanto el script de prueba de SIT como el de UAT deben confirmarse con BPO
Los resultados del script de prueba de SIT y UAT requieren la aprobación del usuario
La diferencia entre SIT y UAT La razón es:
El rango de UAT es mayor o igual que SIT. Algunos procesos futuros son relativamente simples y rara vez se usan. Después de probar SIT, UAT lo hace. no es necesario volver a realizar la prueba
Los ámbitos de usuario de SIT y UAT son diferentes. Los usuarios que participan en SIT son usuarios clave y los usuarios que participan en UAT son usuarios finales seleccionados
Allí. También es Prueba de integración, lo que significa que algunos procesos involucran más de 3 módulos.
Por ejemplo, Fabricación contra stock, Fabricación contra pedido
La prueba de integración existirá en las etapas SIT y UAT.
El script de prueba y los datos de prueba deben prepararse con anticipación.
p>
Al organizar las pruebas, preste atención al tiempo del usuario para no entrar en conflicto. Algunos usuarios participan en la integración. Prueba y prueba de un determinado módulo, por lo que el tiempo debe separarse
Siete, conversión de datos
La conversión de datos no se trata solo de importar datos antes de conectarse, sino de algo que debe debe realizarse durante todo el proceso de implementación del proyecto
Debe haber un líder dedicado para supervisar esta parte del trabajo.
Al capturar la entrada local, debe determinar el alcance de la recopilación de datos.
Para cada módulo, ¿cuáles son los elementos de conversión y dónde está la fuente de datos? Quién proporciona los datos, quién es responsable de recopilarlos, quién los aprueba y cuál es la cantidad estimada de datos
En la etapa de diseño del plano, se deben completar tres documentos
DCA (Enfoque de conversión de datos), DMM (Matriz de mapeo de datos) y DCT (Plantilla de conversión de datos)
DCA debe describir en detalle cómo importar cada elemento de conversión al sistema SAP
¿Qué tan detallado?
Por ejemplo, los datos actuales del usuario deben limpiarse, entonces, ¿cómo limpiarlos?
¿Qué hacer si no se recibe la orden de compra? ¿Finalizado? ¿Recibiste la mitad? ¿Recibiste la factura primero? ¿Se cobró la mitad de la factura?
¿Cómo exportar datos del sistema del usuario? ¿A mano o con herramientas? ¿Quién prepara las herramientas? ¿Quién prueba?
DMM se utiliza para mapear campos en sistemas de usuario y SAP
En diferentes sistemas, incluso los mismos campos pueden tener diferentes longitudes de caracteres, sin mencionar algunos parámetros de material
DCT es una plantilla que se utiliza antes de cargarla en SAP. Básicamente, los campos en DCT corresponden completamente a los campos en SAP
En la etapa de compilación y prueba, las herramientas de conversión construyen y prueban
<. p>Esto es fácil de entender, es decir, comenzar a hacer las cosas de acuerdo con el DCA anteriorEn esta etapa, también es necesario realizar una conversión simulada
Por lo general, la conversión simulada se puede hacer tres veces, Mock 1, Mock 2 y FDR
¿Por qué hacerlo tantas veces?
Simulado
El objetivo de 1 es relativamente simple. Solo puede preparar entre 30 y 50 datos de Go Live para que las empresas orientadas a la producción puedan preparar una lista de materiales completa.
Una
conversión simulada de este tipo puede preparar datos básicos para SIT, estimar el tiempo para cargar datos, probar la herramienta de carga y garantizar que los usuarios comprendan todo el proceso de conversión de datos
Simulacro 2. Los requisitos son un poco más altos y el volumen de datos requiere aproximadamente el 75% de Go Live.
La cantidad y la disposición temporal de los datos cargados deben hacer referencia a los requisitos de Cut Over
Y los datos en el proceso FDR deben ser aprobados, en resumen, deben ser simulado en línea.
Al mismo tiempo, muchos de los datos preparados en esta etapa también se pueden utilizar durante el corte, como Material Master, por lo que no es necesario prepararlos repetidamente.
La conversión de datos es un trabajo muy importante, a través del cual puedes familiarizarte con el sistema del usuario.
¿Cómo puedes asegurarte de que el lanzamiento se realice sin problemas sin una buena conversión simulada?
Finalmente, antes de que el sistema se conecte, se realiza la conversión de datos final. Es necesario organizar el Plan de Conversión
Para cada Elemento de Conversión, en qué día se cargará, en qué orden y si existe alguna dependencia
Cuánto tiempo tomará subir y ¿cuántos datos se necesitarán? ¿Quién es responsable de subir? y seguimiento de cualquier problema relacionado.
8. Autorización
Al implementar un proyecto, ¿quién implementará la autoridad?
No es Basis, es Function Team.
Basis debe ser responsable de crear específicamente roles y transporte en el sistema.
Pero debería ser trabajo del equipo funcional decidir qué roles son necesarios y qué permisos tienen. Porque el Equipo de Función entenderá el negocio y cómo configurar el Rol
La implementación de permisos tampoco es sencilla
En primer lugar, como Plantilla Global, ya existe una conjunto de roles comunes al realizar la implementación, simplemente copie estos roles comunes como roles locales y use algunos cambios como roles variantes
1 Al realizar el diseño del plano, haga un mapa de entidad jurídica en el rol
En esta implementación se utilizan varios códigos de empresa, plantas y qué roles comunes se utilizarán, los cuales deben enumerarse
2 Confirmar el código T de SAP para la asignación de roles
De manera similar, después del plano. Diseño, debe saber que se utilizará el código T. Debe verificar si está incluido en el rol común. También hay algunos desarrollos locales que pueden tener nuevos códigos T que deben agregarse.
Cualquier cambio requiere la creación de un rol variante
3 Confirmar roles en la asignación de ID de usuario
Este
es un archivo de Excel. En primer lugar, utilice una hoja para enumerar toda la información del usuario, nombre, ID, departamento, correo electrónico, etc.
También hay una
Descripción de rol. Este archivo es para que lo vean los usuarios. Por supuesto, los usuarios deben saber qué hace cada rol, sin descripciones técnicas. También existe el control SOD
De acuerdo con los principios de auditoría establecidos por Sarbanes-Oxley, los usuarios deben saber qué roles entran en conflicto con qué roles. El siguiente es el punto clave, ID de usuario
Asignación de roles, no es necesario decir más al respecto
Este archivo debe entregarse al usuario clave para que lo complete y, finalmente, firme el BPO. -off
Diferentes equipos pueden utilizar los requisitos de permiso del equipo Corss. Por ejemplo, el usuario MM desea permisos financieros.
Esto requiere que el líder de autorización se coordine.
4 El siguiente paso es entregárselo a Basis. El equipo va a crear Roles, así que no hablaré de los aspectos técnicos.
5 Prueba de permisos
Está dividido. en dos tipos de pruebas, prueba de rol separada y prueba basada en ID de usuario
Cree una ID para cada función. Solo hay una función para cada ID. Después de iniciar sesión, pruebe los permisos de esta función.
p>Cree una ID para cada usuario. En el sistema de prueba, pruebe el usuario de acuerdo con el funcionamiento de los permisos.
6 Finalmente, los permisos en línea están listos.
Transfiera el rol al sistema de producción, cree la ID en el sistema de producción, establezca el tiempo de validez, etc.
Lo que debe mencionarse aquí es que cambiar los permisos es un proceso comercial normal, solo aquellos que lo necesitan. a transportar, como cambiar el código T, son problemas
Esto debe distinguirse especialmente después de conectarse.