Cómo empezar a implementar ERP lo antes posible
Ahora en China, la gente que hace consultoría de software está muerta en la calle.
Muchas personas han cambiado de trabajo en tecnología y están familiarizadas con las funciones de SAP.
Algunas personas pasan de empresas a empresas de consultoría y son muy competentes en su negocio original.
Algunas personas pueden incorporarse a empresas de consultoría nada más graduarse, trabajando en un proyecto tras otro.
La mayoría de estas personas, personas en este círculo, pueden hablar sobre cómo hacer el proyecto, digamos 1, 2, 3.
Todos pueden decir y conocer estas etapas en el proceso de anteproyecto, construcción, prueba e implementación.
Pero, ¿sabes realmente cómo hacer el proyecto?
¿Sabes realmente lo que se debe hacer con la implementación?
¿Realmente entiendes la conexión entre implementaciones en un programa?
¿Sabes realmente por qué haces esto?
Primero, comience con los detalles más pequeños
Cuando comencé este proyecto, me despidieron de una empresa extranjera y el director del proyecto era malasio.
En aquel momento, cada equipo tenía que realizar un informe de estado, el cual estaba hecho en PPT y tenía una plantilla especial.
Celebrar una reunión una vez por semana para revisar el equipo en conjunto.
Durante la reunión, el director del proyecto se centrará en el formato del informe.
Ctrl C+Ctrl V no se puede utilizar para agregar páginas. Se debe insertar una página en el PPT para que la plantilla se pueda copiar de la forma más completa.
El tamaño de fuente de cada cuadro de texto en cada página debe coincidir con la plantilla.
Los formatos de rama, párrafo, número de página y fecha deben ajustarse a la plantilla.
En el contenido del informe deben existir cifras precisas. ¿Cuánto se planeó lograr esta semana y cuánto se logró realmente? Nunca debes usar porcentajes para perder el tiempo con una tarea que tuviste que hacer en el pasado. Debe haber un PIC (responsable) y una fecha objetivo.
Al describir una cosa, no se pueden utilizar palabras como "nosotros" y "ellos". ¿Quiénes somos "nosotros"? ¿Quiénes son?
Finalmente debemos escribir el historial de revisiones.
En ese momento, a nosotros, especialmente a nuestros colegas nacionales, nos pareció muy problemático. ¿Por qué dedicar tanto tiempo a observar estos detalles?
No importa si las fuentes son diferentes. La finalización de cada trabajo, hasta un número específico, también requiere mucho tiempo.
Sin embargo, me acostumbraré con el tiempo.
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 sencilla.
El contenido específico del informe no tiene los requisitos que mencioné anteriormente en absoluto.
El resultado es que no lo entiendo en absoluto.
Además, se deben recopilar informes de diferentes grupos. Si las fuentes son diferentes, la diferencia será obvia al cambiar de página.
Los informes de estado son solo una pequeña cosa. Pero la atención al detalle es muy importante.
Quién hace qué, quién lo revisa, cómo se hace y cuándo se completa. . .
Si no lo explicas claramente, los demás no lo sabrán. El resultado definitivamente será que las cosas no se hagan bien o se retrasen.
Por lo tanto, para hacer un buen trabajo en un proyecto, primero tome en serio los detalles.
En segundo lugar, la logística
Aquí la 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 despliegue, el PM primero debe resolver los problemas logísticos.
Ahora que estamos trabajando en un proyecto, la mayoría de los miembros provienen de diferentes lugares. Entonces, ¿cómo debería organizarse el alojamiento?
Por lo general, PM negociará precios con varios hoteles locales y, a veces, los clientes pueden obtener el precio acordado.
No puedes vivir demasiado lejos de tus clientes. Se necesita mucho tiempo para ir y volver del trabajo, y las tarifas de los taxis también son caras.
No viva demasiado lejos de la ciudad, no aísle a los consultores cuando viaje y considere la conveniencia de la vida.
¿Cuál es el tipo de habitación donde vives? ¿Es un conjunto de 1 persona o un conjunto de 2 personas?
Si son dos personas, ¿cómo organizar el personal? No se pueden juntar dos personas.
Considera si estas dos personas pueden llevarse bien.
¿Qué medio de transporte te gustaría utilizar para ir y venir del aeropuerto y de tus clientes?
¿Deberías buscar un taxista habitual o tomar un taxi directamente en la carretera?
Ya sabes, ¡la seguridad es lo primero!
Si lo comes, ¿los miembros del equipo tienen tabúes o hábitos extraños?
En la oficina del cliente, ¿dónde está la oficina?
¿Cómo podemos sentarnos con unas 20 personas en un proyecto, además de los usuarios clave?
En términos generales, un equipo trabajará 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.
Lo mejor es que los consultores y los usuarios clave se sienten uno al lado del otro, para que el consultor no tenga que entrometerse en los asuntos de otras personas, lo que facilita la comunicación.
Espacio de oficina, tarjeta de acceso, teléfono, fax, impresora, fotocopiadora, dispensador de agua, Internet, aire acondicionado, proyector, sala de conferencias.
Espera un momento, es necesario organizar estos recursos.
Pegue con cinta adhesiva los nombres de los miembros del equipo en sus asientos para que otros puedan encontrarlos.
Haz una libreta de direcciones. Lo mejor es imprimirla y enviársela a todo el mundo.
...
De hecho, hay demasiadas cosas que deben resolverse en logística.
Pero hay que saber que esto es responsabilidad del PM.
Porque el proyecto aún no ha comenzado y el personal aún no ha venido.
Y muchos implican costos, y PM necesita controlar los costos.
Por supuesto, a veces, después de que comienza el proyecto, el primer ministro también pide ayuda y deja que otros se encarguen de ello.
Sin embargo, esto siempre es algo que debes hacer como implementación.
Quizás muchos PM hagan esto de manera casual e incluso estén dispuestos a gastar dinero.
Pero lo que quiero decir es que que algo se haga bien o no depende de los detalles.
Si los recursos dispuestos tienen en cuenta los sentimientos y pensamientos de los demás.
Deberíamos plantearnos cómo trabajar felices sin quejarnos del mal ambiente.
Tercero, plantilla global
Permítanme tomar un plan global como ejemplo.
¿Qué es una plantilla?
Normalmente, cuando las empresas multinacionales implementan SAP, tienen que tratar con diferentes países y diferentes fábricas.
Las diferentes ramas tienen diferentes negocios, algunas son fábricas de producción y otras son empresas comerciales.
Entonces, como empresa multinacional, generalmente es necesario integrar el negocio en un solo sistema.
En SAP, hay 1 cliente, dividido en varias sociedades.
La sociedad es una sucursal independiente.
Entonces, antes de implementar SAP, debe considerar la arquitectura de toda la empresa (cliente).
Incluyendo procesos de negocio unificados, soluciones unificadas y formatos de datos unificados.
Un objeto tan unificado se llama plantilla.
En nuestras propias palabras, también se le llama plantilla global.
Después de diseñarlos, vamos a una fábrica para implementarlos.
En el proceso de implementación de fábrica, definitivamente encontrará necesidades diferentes a las de la plantilla. En este momento, también puedes modificar la plantilla.
¿Qué incluye la plantilla?
La primera es la estructura organizativa
Para controlar dicha plantilla, se requiere un equipo dedicado a gestionarla, GT Team (Global Template Team).
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 BPO (propietarios de procesos de negocio) a nivel empresarial completo, como los directores financieros.
Durante la implementación de cada implementación, el equipo de implementación debe informar la necesidad de cambiar la plantilla al equipo de GT. El equipo de GT es responsable de coordinar otras implementaciones para ver si se pueden realizar dichas modificaciones.
Por ejemplo, una implementación quiere utilizar un campo para colocar información de referencia en los datos maestros del material.
¿Es eso posible? Se debe considerar cuál es el propósito de este campo en la funcionalidad estándar de SAP.
Los datos maestros de materiales son comunes a todas las plantas. ¿Se utilizará este campo al implementar otras implementaciones?
¿Se utilizará este campo en los informes del sistema?
......
La plantilla se centra en el diseño de planos.
¿Cuáles son las reglas de denominación para los datos maestros de materiales?
¿Qué tipos de materiales se utilizan para qué materiales?
¿Cómo definir el cuerpo principal del grupo?
Centro de costos, Centro de ganancias, Jerarquía de productos
¿Quieres utilizar el libro mayor de materiales?
¿Deberíamos utilizar valoración dividida?
¿Cuál es el propósito de los tipos de documentos? ¿Cuál es el rango de números?
......
Proceso unificado
Por ejemplo, si se envía una solicitud de compra, ésta será aprobada.
Por ejemplo, si la orden de producción ha sido liberada, si está liberada según orden o posconsumida, o ambas.
......
Control de permisos unificado
Establezca roles comunes, implemente y copie estos roles.
......
La plantilla también incluye el desarrollo del programa.
Algunos informes son utilizados por toda la empresa, por lo que se preparan en plantillas.
Durante el período de implementación, simplemente úselo.
......
Y plantillas de documentos
Todos los formatos de archivos, informes de estado, plantillas de conversión de datos, pendientes,
Por supuesto, el tamaño de fuente, la división de líneas, etc. que mencioné al principio están definidos en la plantilla.
Cómo hacer una plantilla
Desafortunadamente nunca he hecho una plantilla, así que no expliqué esta parte en detalle.
Hacer una plantilla también es un proyecto aparte.
Por lo general, después de que se inicia el programa, pero antes de que comience la implementación.
Las empresas reunirán a muchas personas, incluidos consultores y usuarios, que pueden provenir de varias fábricas.
El proceso también es como hacer un proyecto, como investigación empresarial, diseño de planos, construcción de sistemas, preparación de documentos, etc.
¿Por qué necesitamos plantillas?
Es difícil imaginar cómo implementar un sistema SAP integrado para una empresa sin plantillas.
Que una plantilla sea buena o no depende de los detalles.
Cuando vi por primera vez la documentación realizada con Template, me sorprendió lo detallada que estaba toda la documentación a utilizar en el proyecto.
Muchas veces, sólo necesitamos copiarlo y cambiar algunas palabras para usarlo.
Observando la plantilla, es fácil implementarla en fábrica.
Por lo tanto, una plantilla buena y detallada es un requisito previo para el éxito de todo el programa.
Cuarto, obtener información local
Con la plantilla, el siguiente paso es ir a la sucursal/fábrica para su implementación.
Como se mencionó anteriormente, diferentes fábricas tienen diferentes negocios y es posible que la plantilla no sea completamente aplicable.
Entonces, al comienzo de la implementación, la primera etapa es capturar la información local, que en chino consiste en recopilar los requisitos locales.
Entonces, ¿cómo recopilar los requisitos?
Primero, prepara los materiales de introducción. Introducir el diseño del sistema SAP y sus plantillas.
Los materiales de introducción generalmente se producen en PPT y se utilizan para explicar a los usuarios en el taller.
La clave es presentarlo de forma que los usuarios puedan entenderlo.
He visto algunos materiales escritos por algunas personas, incluidos materiales de capacitación, que son completamente técnicos.
Dime qué funciones se utilizan, cómo es el código T, qué documentos se generan en el sistema y listo.
Sin embargo, además de esto, puedes escribir algunos:
1. Explicación de términos
2. Qué políticas tiene la empresa para determinar el diseño. de plantillas?
3. ¿Cuál es el proceso empresarial original, qué cambiará la plantilla y cuáles son los beneficios?
4. ¿Qué impacto tiene en la autoridad? ¿Qué puestos del negocio corresponden a qué departamentos?
Recuerde que estamos implementando esto según una plantilla, lo que significa que debemos hacer nuestra tarea antes de ir a la fábrica para capturar información local.
Después de introducir la información, debería aparecer una lista de preguntas.
¿Qué tipo de materiales se utilizarán?
No se puede preguntar directamente si hay productos terminados o materias primas.
Disculpe, ¿hay algún material de embalaje, como cartón, palés de madera y contenedores de madera?
¿Llevas productos petroquímicos, como combustibles, químicos industriales, lubricantes?
......
¿Qué método de pago se utilizará?
Por ejemplo, 30 días para ver la votación, 60 días para ver la votación.
......
Basándose en la plantilla, no hagas preguntas muy básicas. Debe estar relacionado con el negocio real y puede ayudar directamente con problemas posteriores de diseño del sistema.
En la etapa de captura de entrada local, generalmente se llama a usuarios de diferentes departamentos para iniciar el Taller.
Es necesario estudiar detenidamente el número y alcance de los usuarios convocados.
Los usuarios no pueden participar en dos sesiones de 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, por lo que es necesario saludar y enviar una invitación con antelación.
Algunos talleres requieren discusiones con diferentes equipos funcionales, lo que se denomina reuniones de integración.
Después del taller, los aportes locales deben registrarse y convertirse en una lista de aportes locales.
Por supuesto que debería incluirse en esta lista
1. Utilice una frase corta para describir estas entradas.
Introducción detallada
3. ¿Quién lo propuso?
4. Fecha de presentación
5. ¿Quién es el BPO correspondiente?
6. Clasificación, se pueden definir diferentes clasificaciones para cada proyecto.
7. Tipo de requisito, ¿es este un requisito relacionado con la configuración o un requisito relacionado con la conversión de datos?
8. ¿Afecta a la plantilla global?
9. Prioridad, esta prioridad tiene una definición especial, ya sea que el usuario diga que es alta o no.
10. ¿Quién es responsable del seguimiento de este requisito?
11. Posibles soluciones
12. Estado, abierto o cerrado
Lo que hay que mencionar aquí es que no importa cuántos registros se requieran, ya que siempre que lo rastree bien, confirme con el usuario más tarde y el estado estará cerrado.
Me temo que hay muy pocos usuarios en Dachuan.
En esta etapa, la experiencia en el proyecto sigue siendo muy importante. Muchos requisitos se pueden cancelar en el taller.
Además, en esta etapa también se deben recopilar los requisitos de presentación de informes.
La atención se centra en la racionalización y la racionalización en esta etapa.
Debes saber que cuanto más desarrollo se necesita, más molesto es, y hay que cortar, cortar, cortar.
Finalmente, el PM debe reunirse todos los días para revisar el estado.
¿Cuántos aportes locales se recolectaron hoy y cuántos son altos?
Seguimiento del estado.
Finalmente, la lista de insumos locales debe confirmarse con el BPO como base para la siguiente fase del diseño del anteproyecto.
Quinto, diseño del anteproyecto
En la etapa de diseño del anteproyecto, el momento principal es discutir las soluciones de insumos locales.
Es decir, debemos encontrar una solución en esta etapa de recopilación de requisitos.
De entre ellos, tres archivos son los más importantes.
Son planos, métodos de transformación de procesos y datos.
¿Qué es un plano?
Hay algunas introducciones conceptuales, como el diseño del sistema y las soluciones. ....
En realidad, se trata de una serie de documentos de Word.
Cada documento corresponde a un módulo y presenta en detalle cada diseño funcional.
La documentación debe incluir una introducción a los requisitos de esta función, un análisis detallado de los requisitos y las soluciones, y conclusiones especiales para esta implementación.
Por ejemplo, inventario físico.
1. ¿Cuáles son las necesidades de los usuarios? ¿Garantizar la precisión del inventario? ¿En consonancia con el equilibrio financiero?
2. ¿Cuáles son los requisitos detallados? ¿La precisión del inventario se basa en el nivel de fábrica o en el nivel de ubicación de almacenamiento? ¿Debería utilizar el conteo cíclico?
3. ¿Cuál es la solución? ¿Cómo definir las clasificaciones de A, B y C? ¿Cuál es el código de motivo para un ajuste de inventario?
4. ¿Cuál es la diferencia entre esta implementación y la plantilla?
Debes haber visto venir muchas cosas.
Sin embargo, es necesario destacar la especificación del documento.
Los símbolos utilizados, la forma en que se utilizan las etiquetas, los encabezados y pies de página deben seguir la plantilla.
De lo contrario, es difícil de entender.
El método de conversión de datos, denominado DCT, es un documento guía para la conversión de datos.
Incluye los proyectos de conversión disponibles en este despliegue.
¿Dónde están los datos originales? ¿Cuántos datos hay? ¿Quién lo proporcionó? ¿Quién coordina? ¿Quién lo confirmó?
¿Puedo utilizar una plantilla de carga de datos de SAP existente?
¿Cómo convertir datos sin procesar en una plantilla de datos de SAP? ¿Cómo se corresponden los campos? Por ejemplo, en el sistema anterior, la longitud de caracteres del campo era mayor que la longitud del campo de SAP. ¿Cómo solucionarlo?
......
Estos tres documentos son clave para la fase de diseño del anteproyecto.
Después de organizar estos tres documentos, debes revisarlos y firmarlos con el BPO.
Como base para construir la siguiente fase del sistema.
Además, en esta etapa también se debe determinar la lista de cosas a desarrollar.
El proyecto se implementa paso a paso.
Si los requisitos que recopila están incompletos o son inexactos, entonces el diseño de su anteproyecto definitivamente será imperfecto.
En tu fase de anteproyecto, todavía hay algunos requisitos para los que no tienes una solución. Si comienza a construir un sistema como este, definitivamente habrá problemas que requerirán reelaboración en el futuro.
La finalización de cada etapa está marcada por la confirmación de BPO. No podrá cambiar su billete a voluntad en el futuro.
Por supuesto, esto no significa que no pueda haber nuevas demandas. Algunos clientes no prestan atención al check-out.
Sin embargo, como director de proyecto, debemos adherirnos a este enfoque y exigir a los usuarios de la guía que cooperen de esta manera.
Desarrollar este enfoque es lo más importante en la gestión de proyectos.
Sexto, construcción y pruebas
La investigación de cuestiones técnicas es el punto fuerte de los chinos.
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 entender la tecnología y ser consultor.
Primero, introduzcamos el entorno del sistema.
En SAP, diferentes clientes son diferentes entornos.
A través
Por lo general, hay un cliente para configuración, uno para desarrollo, uno para sandboxing (simplemente cámbielo y úselo) y otro cliente.
Clientes SIT, clientes UAT, clientes de capacitación, clientes de simulación
Clientes de conversión, clientes de producción formal y clientes de soporte al usuario.
El cliente que realiza la configuración no puede realizar ninguna transacción. Después de la configuración, se puede transferir automáticamente al cliente de desarrollo.
Realizar pruebas de componentes en el cliente de desarrollo
Los clientes de desarrollo también son clientes de desarrollo.
Porque en el cliente Config, si realizas alguna transacción, es posible que algunas configuraciones no cambien.
Por ejemplo, en el rango de números, si realizas una transacción, el número saltará en uno.
El desarrollo requiere un programa de prueba, por lo que los clientes de desarrollo necesitan datos de prueba.
Al realizar la configuración, primero debe tener una lista de configuración.
Este es un archivo Excel que incluye todos los elementos de configuración en todos los IMG de SAP.
Utilice una sola columna para identificar qué configuración se requiere en esta implementación, entre clientes y entre códigos de empresa. También registre el número de solicitud de envío.
Además, por supuesto, hay notas de configuración, creo que has visto muchas de ellas.
El transporte lo controla la fundación, y este aspecto debe coordinarse con la fundación.
¿Quién hizo la solicitud, quién la aprobó y cuándo?
Normalmente, en proyectos grandes, no conviene cambiar la configuración.
Homologada por el equipo GT.
Las pruebas se dividen en pruebas de componentes, SIT y UAT.
La prueba de componentes significa que ha completado la configuración y debe ir al entorno de prueba para ver si se puede utilizar la configuración. Esta parte no requiere la participación del usuario en SIT y UAT, depende de la etapa de diseño del plano.
El script de prueba proviene del proceso pendiente.
¿Qué procesos ha identificado el usuario? Por supuesto, tenemos que probarlos en el sistema.
Por ejemplo, cree un maestro de materiales y realice un pedido de venta. . . .
Los scripts de prueba de SIT y UAT deben confirmarse con el BPO.
Los resultados del script de prueba de SIT y UAT requieren la aprobación del usuario.
La diferencia entre SIT y UAT es que
El alcance de UAT es mayor o igual que SIT, y algunos procesos pendientes son relativamente simples y rara vez se utilizan, así que consulte con BPO. .
Después de medir la posición del asiento, no es necesario volver a medir la UAT.
Los ámbitos de usuario de SIT y UAT son diferentes. Los usuarios que participan en el SIT son usuarios clave, mientras que los usuarios que participan en la UAT son usuarios finales seleccionados.
También existen pruebas de integración, lo que significa que algunos procesos involucran más de tres módulos.
Por ejemplo, producción sobre stock y producción sobre pedido
Las pruebas de integración existirán en las etapas SIT y UAT.
Script de prueba: los datos de la prueba deben prepararse con anticipación.
Al organizar las pruebas, debemos prestar atención a que el tiempo del usuario no entre en conflicto. Algunos usuarios participan en pruebas de integración y pruebas de un módulo, por lo que se debe dividir el tiempo.
7. Conversión de datos
La conversión de datos no se trata solo de importar datos antes de conectarse, sino también durante todo el proceso de implementación del proyecto.
Debe haber un líder dedicado y responsable de vigilar esta parte del trabajo.
Al capturar información local, debe determinar el alcance de la recopilación de datos.
¿Qué elementos de conversión se incluyen en cada módulo y dónde están las fuentes de datos? ¿Quién proporciona los datos, quién los recopila, quién los aprueba y cuál es el volumen estimado de datos?
Durante la fase de diseño del anteproyecto, hay tres documentos que deben completarse.
DCA (método de conversión de datos), DMM (matriz de mapeo de datos) y DCT (plantilla de conversión de datos).
El DCA debe describir en detalle cómo se importará cada proyecto de conversión al sistema SAP
¿Qué tan detallado?
Por ejemplo, si es necesario limpiar los datos actuales del usuario, ¿cómo limpiarlos?
¿Qué debo hacer si no recibo la orden de compra? ¿Finalizado? ¿medio? ¿Recibir la factura primero? ¿La mitad recibió la factura?
¿Cómo se exportan los datos desde el sistema del usuario? ¿A mano o con herramientas? ¿Quién prepara las herramientas? ¿Quién prueba?
DMM se utiliza para mapear sistemas de usuario y campos de SAP.
En diferentes sistemas, incluso el mismo campo puede tener diferentes longitudes de caracteres, sin mencionar algunos parámetros de material.
DCT es la plantilla que se utiliza antes de subirla a SAP. Básicamente, los campos de DCT corresponden exactamente a los campos de SAP.
En la fase de construcción y prueba, debemos construir y probar la herramienta de conversión.
Esto es fácil de entender, es decir, comenzar a trabajar de acuerdo con el DCA anterior.
En esta etapa, la conversión de la simulación comenzará simultáneamente.
Normalmente, hay tres conversiones analógicas, analógica 1, analógica 2 y FDR.
¿Por qué lo has hecho tantas veces?
El objetivo de la simulación
1 es relativamente simple. Solo puede preparar entre el 30% y el 50% de los datos de Go Live y la empresa de producción puede preparar una lista de materiales completa. Tan ridículo
La conversión 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.
Mock 2 tiene requisitos más altos y el volumen de datos requiere aproximadamente el 75% de Go Live.
En preparación para la UAT, se requieren datos de la simulación 2 durante un mes para comprobar el equilibrio financiero y logístico.
FDR es un ensayo completo, que simula completamente la situación online.
La cantidad y el cronograma de datos cargados deben hacer referencia a los requisitos de transición.
Y los datos en el proceso FDR deben firmarse y, en resumen, deben simularse en línea.
Al mismo tiempo, muchos de los datos preparados en esta etapa también se pueden utilizar en la transición. Por ejemplo, ya no es necesario preparar los datos maestros de materiales.
La conversión de datos es una tarea muy importante a través de la cual puedes familiarizarte con el sistema del usuario.
Sin una buena conversión de simulación, ¿cómo podemos garantizar que el lanzamiento se realice sin problemas?
Finalmente, antes de que el sistema entre en línea, se realiza la conversión final de datos. Organice un plan de conversión.
Para cada proyecto de conversión, ¿cuándo se sube? ¿Cuál es el orden? ¿Hay dependencias?
¿Cuánto tiempo tarda en cargarse y cuántos datos hay? ¿Quién es responsable de subir? y dar seguimiento a cualquier pregunta relevante.
8. Autorización
Cuando se implemente el proyecto, ¿quién ejecutará la autoridad?
No es la base, es el equipo funcional.
Basis debe ser responsable de crear roles y transportes en el sistema.
Pero decidir qué roles se necesitan y qué permisos tienen debería ser trabajo de los equipos funcionales. Porque el equipo funcional comprenderá el negocio y sabrá cómo configurar roles.
La implementación de la autoridad tampoco es sencilla.
En primer lugar, como plantilla global, ya existe un conjunto de roles comunes. Al implementar, debe copiar estos roles comunes como roles locales y realizar algunos cambios como roles variantes.
1 Las entidades jurídicas deben asignarse a roles al realizar el diseño.
¿Cuántos códigos de empresa y fábricas se utilizan en esta implementación y qué rol genérico se utilizará? Por favor enumerelos.
2. Confirmar la asignación de códigos T de SAP a roles.
De manera similar, una vez completado el diseño del anteproyecto, debemos saber qué códigos T se utilizarán. Es necesario verificar si todos los códigos T están incluidos en la función común y hay algunos desarrollos locales que pueden agregar nuevos códigos T.
Cualquier cambio requiere la creación de diferentes roles.
3 Confirme la asignación de roles a los ID de usuario.
Este
Este es un archivo de Excel. Primero, utilice una tabla para enumerar toda la información del usuario, como nombre, ID, departamento, dirección de correo electrónico, etc. y descripción del rol
Este archivo es para que lo vean los usuarios, por supuesto, para que sepan qué hace cada rol, no una descripción técnica. Y los controles territoriales, basados en principios de auditoría establecidos por la Ley Sarbanes-Oxley, esperan que los usuarios sepan qué roles entran en conflicto con qué roles. Seguido de un punto, el ID de usuario.
Asignado a roles, esto es evidente.
Este documento debe entregarse a los usuarios clave para que lo completen y, en última instancia, lo apruebe el BPO.
Diferentes equipos pueden utilizar requisitos de permisos entre equipos, como los usuarios de MM que desean permisos financieros.
Esto requiere un liderazgo autorizado para coordinar.
El siguiente paso fue entregar al Basis Team la creación de los personajes, dejando los aspectos técnicos de lado.
5 Pruebas autorizadas
Hay dos tipos de pruebas, una es una prueba de rol separada y la otra es una prueba basada en la identificación del usuario.
Crea un ID para cada rol y solo un rol por ID. Después de iniciar sesión, pruebe los permisos del rol.
Cree una ID para cada usuario y, en el sistema de prueba, pruebe los permisos del usuario según el funcionamiento de la función.
6Por último, existe el derecho a conectarse a Internet.
Transferir el rol al sistema de producción, crear un ID en el sistema de producción, establecer el tiempo efectivo, etc.
Lo que hay que mencionar aquí es que los cambios en los permisos son procesos comerciales normales, y solo los cambios en los códigos T, como el transporte, son el problema.
Esto debe distinguirse especialmente una vez que esté en línea.