pp (1)
TRANSCRIPT
Para operar, las empresas de fabricación de modos mixtos tocan actividades de los ambientes de fabricación tanto discreta como por procesos. Hasta ahora, estas organizaciones no han podido aprovechar al máximo las soluciones tradicionales de planificación de los recursos empresariales (ERP) para fabricación discreta o por procesos. Sin embargo, hay una tendencia nueva en el mercado de ERP, y es que los proveedores principales de ERP para fabricación discreta están ofreciendo soluciones para el sector de fabricación de modos mixtos. Por Alexander Hankewicz
Estos proveedores tienen que basar sus criterios y la importancia que les asignan en las solicitudes de propuesta (RFP), en el sector de la industria en que opera la empresa de fabricación de modos mixtos y en sus procesos de fabricación, los reglamentos gubernamentales y las normas de calidad de la industria.
Diferencias principales entre fabricación discreta y de procesos
La fabricación discreta usa hojas de materiales, mientras que la fabricación por procesos usa fórmulas o recetas. Un fabricante discreto usa una ruta de secuencia de producción para armar sus productos y un fabricante por procesos reúne todo en un lote.
En fabricación discreta se usa una hoja de materiales de varios niveles para producir un bien, y en ella se indica la unidad de medida de base y se agregan todos los ensambles de nivel inferior o los subensambles que se especifican posteriormente. En la fabricación por procesos, toda la secuencia de pasos se mantiene en la fórmula del producto, incluso la de todos los productos secundarios relacionados.
Los tamaños de los lotes se establecen de acuerdo a unidades de medida específicas y varían según la fórmula y la producción. Los sistemas de fabricación por procesos deben ser capaces de hacer el seguimiento de la maquinaria y los materiales utilizados, la configuración de la maquinaria y la mano de obra.
La figura 1 muestra ejemplos de sectores de fabricación discreta y por procesos.
|Figura 1: Ejemplos de sectores de fabricación discreta y de procesos.
Problemas con los sistemas tradicionales de ERP para fabricación discreta o por procesos
En realidad, las empresas de fabricación de modos mixtos no se pueden clasificar como empresas de fabricación discreta o por procesos. Por ello, los sistemas ERP que están enfocados a uno u otro tipo de fabricación no siempre soportan todos los procesos claves de los fabricantes de modos mixtos, y esto hace que disminuya su índice de producción y el nivel de satisfacción de sus clientes, además de que el rendimiento de su inversión resulta poco significativo.
Por ejemplo, el reto que debe enfrentar una empresa de fabricación de modos mixtos al tratar de usar un paquete ERP diseñado para fabricantes discretos es que el sistema tiene limitaciones para aceptar los requerimientos de fabricación por procesos siguientes:- estimación de la producción por trabajo- cálculo de la asignación de inventario disponible para promesa (ATP) de bienes terminados- aumento o disminución de la producción, con base en los niveles de ingredientes o en los límites de tamaño de los lotes- cumplimiento con reglamentos o normas gubernamentales que se relacionan con control de lotes y trazabilidad, así como con calidad de los productos –cuestiones especialmente relevantes para las industrias farmacéutica y de alimentos y bebidas
- mantenimiento y seguimiento de las cantidades y los costos de las desviaciones en los procesos de la materia prima dentro del proceso de fabricación
Asimismo, una empresa de fabricación de modos mixtos puede enfrentarse a problemas como implantaciones más tardadas y gastos adicionales si usa un sistema ERP diseñado para fabricantes discretos, en cuyo caso tendrá que modificar la funcionalidad de base del mismo.
Flexibilidad del sistema
Las empresas de fabricación de modos mixtos necesitan un sistema ERP que pueda manejar fórmulas, lotes y otras prácticas específicas de la fabricación por procesos, además de los requisitos específicos de la fabricación discreta. La desventaja que tienen las empresas de fabricación de modos mixtos con los sistemas ERP diseñados específicamente para fabricación discreta o por procesos es que estos sistemas las llevan a encerrarse en un solo sector.
Las orillan a evitar ciertos aspectos del software que usan en sus propias líneas de productos y a crear hojas de cálculo o bases de datos para compilar los datos que obtienen de varias fuentes.
Cuando una organización cambia su modelo de negocios, generalmente se ve en la necesidad de seleccionar un sistema ERP completamente nuevo. Cuando se trata de una empresa de fabricación de modos mixtos, la forma para evitar esta situación es implantar un software empresarial para modos mixtos. Con este tipo de software, las empresas pueden cambiar de estilos de fabricación, y les da la flexibilidad necesaria para satisfacer las demandas del mercado.
Debido a que la implantación de un sistema ERP es una aventura tardada y costosa, es necesario que se los departamentos involucrados colaboren en sus esfuerzos y en la investigación antes de seleccionar un sistema. Siempre es útil revisar los procesos empresariales actuales y documentar qué procesos quiere mejorar cada departamento. Sin embargo, esta revisión tiene que estar alineada con los objetivos que la organización tiene a largo plazo.
Una forma para reducir este ciclo de la etapa de exploración es obtener información vital y actualizada sobre el mercado y las soluciones. Las organizaciones pueden adquirir este tipo de información sobre los sistemas de software de empresas reconocidas de evaluación de software, porque de esa forma pueden ahorrarse tiempo y saber que cuentan, por un lado, con información confiable del mercado de ERP, y por el otro, con las herramientas adecuadas para evaluar los productos que corresponden con sus criterios. El objetivo de este ejercicio es evitar invertir mucho en un sistema que no es flexible y que no se escribió pensando en la empresa de fabricación de modos mixtos.
Ventajas principales de un sistema ERP para modos mixtos
Las siguientes son algunas de las ventajas más importantes de un sistema ERP para fabricación de modos mixtos:- evitar introducir los mismos datos más de una vez- un portal web o un tablero de control ejecutivo que muestra información precisa y actualizada sobre los costos y las tendencias, de forma concisa y gráfica- una interfaz de usuario común y un conjunto único de objetivos de procesamiento que buscan reducir los costos de capacitación y simplificar las operaciones de TI
- una implantación en etapas en lugar de en un solo paso, que significa que no hay que implantar todos los sistemas legados y permite tener una transición más suave- la capacidad para apoyar modos de fabricación discreta o por procesos
Soluciones para un ambiente de fabricación de modos mixtos
Para que los encargados de las decisiones de una organización puedan tomar la decisión correcta, tienen que estar informados sobre las aplicaciones de software y sus funciones más importantes. Cada uno de los cinco proveedores de ERP que mencionamos a continuación puede atender las necesidades de las pequeñas y medianas empresas o las grandes. En la lista incluimos los tipos de paquetes que ofrecen y sus atributos y funciones más importantes.
Lawson Process Manufacturing
Lawson Software tiene sus oficinas generales en Saint Paul, Minnesota y cuenta con más de 40 oficinas en el mundo. Su sistema de software es ampliamente aceptado en la industria y tiene una funcionalidad estándar, además de otras funciones interesantes. Lawson Process Manufacturing- soporta ambientes de fabricación de modos mixtos, discreta y por procesos- soporta arquitectura orientada a servicios (SOA)- ofrece una serie de módulos que se pueden integrar por separado o de forma individual
Infor ERP XA
Infor, uno de los proveedores de software empresarial más importantes del mundo, tiene sus oficinas generales en Atlanta, Georgia. Este proveedor ha adquirido y desarrollado sistemas ERP orientados a fabricación tanto discreta como por procesos. Infor ERP XA- soporta ambientes de fabricación de modos mixtos, discreta y por procesos- se integra con los servicios del taller y la cadena de suministro para ayudar en las actividades de suministro, distribución, almacenamiento de materiales y gestión de fletes- soporta SOA- se vincula con los sistemas de identificación por radio frecuencia (RFID) y de gestión del transporte (TMS)- soporta prácticas de fabricación esbelta
SAP
SAP, que tiene sus oficinas generales en Walldorf, Alemania, ha aplicado gran parte de sus investigaciones sobre las industrias de procesos a sus productos. Los paquetes de software de SAP- soportan ambientes de fabricación de modos mixtos- permiten integrar más fácilmente las empresas que se han fusionado- reciben mantenimiento y soporte directamente de SAP
Epicor Vantage
Epicor se estableció en 1984 en Irvine, California. Atiende el mercado medio y su producto tiene más de 20,000 instalaciones a nivel mundial. Epicor Vantage es una solución integrada, out-of-the-box, que- ofrece procesos integrados para flujo de trabajo que funcionan en colaboración entre todos los módulos
- soporta transacciones sin papel y SOA- tiene una función incluida de gestión de proyectos que forma parte de su módulo de planeación y programación- tiene portales para los proveedores (de su eBusiness Suite), con las que estos pueden atender los problemas que vayan surgiendo
JD Edwards de Oracle
JD Edwards Enterprise One (antes PeopleSoft) es una suite de aplicaciones empresariales modulares, preintegradas y específicas para la industria, que se diseñaron en una arquitectura de Internet pura. Es recomendable para organizaciones que fabrican, construyen, distribuyen, ofrecen servicio o administran productos o activos físicos. JD Edwards Enterprise One- ofrece un enfoque modular integrado- tiene tableros de control de gestión de la fabricación que muestran medidas en tiempo real sobre los indicadores clave de desempeño (KPI)- se implanta en poco tiempo- soporta una instalación global basada en versiones localizadas del software disponible
Conclusión
El aumento de la competencia y la globalización ha hecho que las empresas de fabricación de modos mixtos se enfrenten a cambios constantes en su ambiente. Ya no se ven en la necesidad de seleccionar entre una solución para fabricación discreta o una para fabricación por procesos, gracias a que la disponibilidad de una alternativa para modos mixtos puede ser la clave para que enfrenten los retos del panorama empresarial.
La gran diferencia entre repetitiva y discreta por ejemplo, es que en repetitiva no se trabaja con ordenes de fábrica. En repetitiva se crea un colector de costes, que es una orden CO en donde se va guardando toda la información de las notificaciones y la que se liquida cada período. Cuando se notifica en repetitiva, no se llama a una orden sino directamente al material, centro y versión de fabricación. A nivel de datos maestros, en el material, en la vista de planificación 4 se debe actualizar el perfil de fabricación repetitiva, que es en donde se configura parámetros importantes para el comportamiento del material. Se crea igual una hoja de ruta y una lista de materiales e importante una versión de fabricación. Por la transacción KKF6N se crea el colector y luego por la transacción MFBF se notifican consumos, entradas y actividades...
te cuento que el gran diferenciador entre fabricacion repetitiva y discreta es que los procesos repetitivos se llevan a cabo por un periodo de tiempo sobre un elemento de imputacion denominado Colector de costos, a diferencia del proceso discreto que su elemento de imputacion es la Orden de Fabricacion u Orden de Proceso. El proceso repetitivo se utiliza cuando un negocio diariamente produce lo mismo, solamente lo diferencian las cantidades diarias.
Tene en cuanta que tambien en la repetitiva si tenes varios centros de trabajo que hacen el mismo proceso, perdes trazabilidad. Depende mucho que es lo que busca la empresa
La secuencia antes de crear el colector de costos es:
1.- Creación del material (MM01)2.- Crear hoja de ruta del material (CA21)
3.- Crear lista de materiales (CS01)4.- Craer versión de fabricación (C223)5.- Crear colector de costos (KKF6N)6.- Regulación por cuotas (MEQ1) Cual es la primera prioridad (puesto de trabajo) de producción.
La fabricación de un material por órdenes de producción se denomina producción discreta. Esta se realiza abriendo una orden de producción para la fabricación de un material terminado o semielaborado. Este material lleva aparejado:- una lista de materiales (materias primas que se consumen para su elaboración)- una hoja de ruta (horas/hombre y horas/máquina que se consumen para su elaboración)El material terminado/semielaborado va pasando durante su fabricación por la lista de materiales y siguiendo la hoja de ruta mediante el proceso de notificación. En dicha notificación simplemente le decimos al sistema la cantidad de materias primas, horas/hombre y horas/máquina que se consumen y la cantidad de material terminado que producimos.Estos consumos tienen aparejado un coste que se puede consultar en todo momento en la orden y va aumentando conforme vamos consumiendo.
Ahora bien, antes de comenzar la producción, hay una herramienta llamada MRP que hace una planificación de lo que vamos a producir este año en función de nuestra previsión de ventas. Este MRP lo que hace es planificar los materiares terminados y semielaborados a producir. Estos materiales se valoran previamente en el módulo CO-PC a lo que se denomina precio estándar. Esto es un precio estimado de un material terminado/semielaborado en función de la combinación de su lista de materiales y hoja de ruta pero con consumos estimados y costes de esos consumos también estimados.
Una vez cargado el MRP y elaborado el cálculo de coste estándar, si queremos fabricar un material termiado, creamos una orden de fabricación y ponemos la cantidad palnificada a fabricar de ese material. Al grabar la orden, el sistema hace un cálculo de los costes estimados de consumo de materiales, mano de obra y horas/máquina que supone fabricar la cantidad de material que hemos previsto. Esto lo realiza nuevamente a partir de la lista de materiales y hoja de ruta que tiene asociado el material terminado. Estos coste se denominan costes plan de la orden.
Comenzamos a notificar y vamos introduciendo los valores reales de consumos de materias primas, mano de obra y horas máquina y la cantidad real fabricada de material terminado.
Por lo tanto, al finalizar completamente el proceso productivo de la orden tenemos unos costes que planificamos en un principio para la orden frente a unos costes reales que hemos obtenido mediante las notificaciones. Esto da lugar a una desviación de costes en la orden que puede ser positivo o negativo.
Esta desviación ha de ser transferida a finanzas (y a CO si se quiere) como diferencia de precio en la fabricación de materiales, y esto se realiza mediate el proceso de liquidación de órdenes. Las órdenes que se liquidan tiene el status de "cerrado".
La orden es un colector de costes.Liquidar significa enviar los costos reales recolectados en la orden al receptor de liquidación correspondiente de la orden (centro de costo, activo fijo, elemento PEP, etc).Despues de liquidar la orden, esta queda en cero (esto lo podes ver en la solapa costos "comparación plan/real").
Pablo, si te refieres a la cuenta de diferencia de precios en la liquidación de órdenes, si mal no recuerdo lo puedes ver en la OBYC. Ahí están las cuentas de consumos de materiales, variación de existencias, entradas y salidas de materiales a producción y diferencias de precio. Las de mano de obra directa y horas máquina las configuras en CO-PC (Controlling-planificación de costes de producto-parametrizaciones básicas del coste del material-Definir esquema de elementos).No sé si desde PP se puede ver esto también.
estoy montando la funcionalidad de QM a partir de la cual el sistema debería incluir en el Lote de inspección un tamaño de muestra fijo. Principalmente lo necesito para poder ubicarlo posteriormente en una zona especial.
No soy consultor de QM y no consigo hacer que funcione.
En el maestro de materiales he asignado una clase de inspección y he marcado el flag de 'cálculo de muestreo manual'. No hay procedimiento de muestreo asignado.
He creado un procedimiento de muestreo. He probado con la clase de muestreo 300 y 100 y el modo de valoración manual.
He creado un plan de inspección para ese material. A nivel de característica de inspección he asignado el procedimiento de muestreo.
He creado un procedimiento para la toma de muestras en la que he puesto una cantidad establecida de 2.
No sé si me sobran cosas pero seguro que me faltan. ¿Alguien sabe cual es el motivo de que no funcione?
Verifica que el procedimiento de muestreo tenga clase de muestreo fijo e indica el tamaño de la muestra.
Ahora bien. Asigna el procedimiento al plan de inspección (Hoja de ruta Q) ó a la Hoja de Ruta (Hoja de Ruta N)...
1. Requerimientos Delta:
El propósito de esta fase es determinar si el alcance predeterminado
requiere deltas, que el cliente debe incluir en el alcance del proyecto y
contempla las siguientes actividades:
Presentación sistema prototipo.
Evaluar Complejidad de los Datos.
Identificar Requerimientos Delta.
Diseñar solución de los Deltas.
Firma del Blue Print con los Deltas.
2. Actividades de Pre-proyecto:
El propósito de esta actividad es proveer los procesos de metodología
esenciales para la gerencia de proyecto que sean adecuados a la ejecución
de un proyecto predeterminado.
Revisión de las Necesidades de Datos y Plan de Limpieza de Datos.
Entrenamiento al equipo de proyecto.
Preparar la Gestión del Cambio Organizacional.
Establecer el entorno del equipo de proyecto.
Decidir Landscape e Instalación de Hardware.
3. Preparación del Proyecto:
El propósito de esta fase es alistarse para la reunión de inicio de proyecto.
Esto incluye temas técnicos, además de asuntos relacionados con la
gerencia del proyecto y comprende a nivel general las siguientes
actividades:
Cronograma y Planeación del Proyecto.
Definición de los estándares de implementación y procedimientos.
Lanzamiento del proyecto (Kick-off).
Configuración del sistema (DEV&QA).
Instalación del hardware para Productivo.
Asesoría en los aseguramientos de calidad de la preparación del
proyecto.
4. Realización:
Esta fase representa la más significativa de las fases de implementación.
Durante esta fase, los consultores actualizan la configuración y demuestran
los procesos mientras el consumidor actualiza las instrucciones de trabajo
(procedimientos de procesos de negocios, o BPP, como lo indican sus siglas
en inglés) y realiza pruebas de unidad. A nivel general comprende las
siguientes actividades:
Validar la Configuración de la Estructura Organizacional.
Validar Procesos de Negocio.
Configuración de los Requerimientos Delta.
Realizar Gestión del Cambio Organizacional.
Planeación para soporte en Productivo y Plan de Cutover.
Realización de Pruebas Integrales.
Planeación de entrenamiento al usuario final.
5. Preparación Final:
El propósito de esta fase es el de probar la integración completa del
sistema, utilizando escenarios de prueba. Durante esta fase, preparaciones
finales son hechas para las soluciones en vivo, y el entrenamiento ha sido
finalizado. Comprende las siguientes actividades:
Ajustar Plan de Cutover.
Establecer Plan de Soporte a largo Plazo.
Entrenamiento Usuarios Finales.
Creación Mesa de Ayuda.
Administración del Sistema.
Realización Cutover.
Preparación Final.
Inicio de Productivo.
6. Salida en Vivo y Acompañamiento:
El propósito de esta fase es el dar soporte a la operación productiva en vivo
y de mejorar operaciones. Esta fase incluye las siguientes actividades:
Cerrar Temas Pendientes.
Comenzar Plan de Soporte a Largo Plazo.
QA Salida en Vivo.
Cierre de Proyecto.
Finalización de proyecto
Cuando el sistema por fin se inicio, todo problema se ha resuelto, transición
al equipo de soporte de producción finalizado, transferencia de
conocimiento completada, y el proyecto ha terminado.
Mejoramiento continuo
Ahora que el proyecto ha terminado, el equipo de soporte de producción
monitorea el sistema y resuelve problemas de negocios en vivo. Se hacen
planes para revisión constante al igual que la mejoría de procesos de
negocios.
1. EQUIPO DE PROYECTO
Para la realización del proyecto se ha definido que el equipo humano que
trabajará en la implementación de la solución SAP – Baseline es el que se
describe a continuación y está conformado por un grupo de consultores por
parte de SONDA y un grupo de usuarios por parte de DANEC S.A, liderados
por una Gerencia de Proyecto de las partes y un Comité Directivo que
apoyará el desarrollo del proyecto.
La disponibilidad de tiempo de los recursos asignados por DANEC S.A. para
la ejecución del proyecto es en general del 100%.
Gerente de Proyecto
Sonda
Gerente de Proyecto
DANEC
Logísticos Financieros TécnicosLogísticos Financieros Técnicos
De la Venta alal cobro Finanzas ABAP
VentasContabilidad Lider Datos
De la Compra al Pago Finanzas FI - IFRS ABAP
Compras e Inventarios
CostosUsuario Técnico
Fabricación Costos BASIS Fabricación Tesorería
Mantenimientode Planta
Mantenimiento Activos Fijos
UsuariosConsultores
Gerente General Sonda o Delegado
Gerente Proyecto SONDA
DirectivoCLIENTE
Gerente Proyecto DANEC
COMITE DIRECTIVO
2. LOGISTICA Y LUGAR DE TRABAJO
El proyecto se realizará en las instalaciones de DANEC S.A. en la ciudad de
Sangolqui (Ecuador), para lo cual se requiere de un lugar de trabajo
apropiado para los consultores, (entiéndase por apropiado: área física para
albergar en forma segura y cómoda a 11 consultores de SONDA y
aproximadamente 8 usuarios de DANEC S.A. los cuales deberán contar con
escritorios y sillas de trabajo que les permita desarrollar sus funciones en
compañía de los líderes de proceso).
Otros elementos mínimos necesarios para ejecución del proyecto son:
Puesto de trabajo con silla ergonómica.
Equipo de computo (portátil ó PC) para los usuarios
Conexión inalámbrica ó cable de red.
Conexión eléctrica para los equipos de la consultoría y usuarios.
Servicio de Internet.
Conexión a Messenger.
Sala de reuniones independiente de la sala de trabajo.
Proyector (2).
Impresora (para impresión de los documentos del proyecto).
Impresora de cheques (para realizar las pruebas).
Tablero borrable.
Marcadores borrables.
Escáner.
Carpetas para archivar.
Teléfono con disponibilidad para llamadas al exterior.
Celular asignado al equipo de proyecto.
3. DESCRIPCION DE ROLES Y RESPONSABILIDADES
La organización del proyecto, estará integrada de manera
conjunta por funcionarios de SONDA y de DANEC. Es
indispensable para el éxito del proyecto, el compromiso de la alta
gerencia por parte de DANEC.
A continuación se presentan los roles y funciones del grupo de
Proyecto:
COMITÉ DE PROYECTO Este comité estará conformado un representante de la alta
gerencia de DANEC, el Gerente de Proyecto de DANEC, (u otros
funcionarios que la empresa designe), y de parte de SONDA por
el Gerente General o quien el designe y el Gerente del Proyecto
SAP. Este grupo realiza la dirección y aprobación general del
proyecto.
Se reunirán quincenalmente para analizar el informe de estado y
la orientación del proyecto, presentado por los Gerentes del
Proyecto tanto de SONDA como de DANEC. También tomarán
decisiones gerenciales respecto a los requerimientos que no
hayan sido resueltos.
Después de cada fase del proyecto, el comité ejecutivo deberá
analizar y aprobar los entregables del producto de la fase que
termina, dándole luz verde a la próxima fase. Estas aprobaciones
son de especial importancia en cada una de las fases.
Las funciones de este comité son:
Aprobar el producto final con base en el alcance propuesto
Definir la estrategia de comunicación al interior y exterior del
proyecto.
Participar en el proceso de control de cambios.
Hacer seguimiento de la metodología propuesta.
Proveer los recursos necesarios para garantizar la continuidad
y éxito del proyecto, dentro de los estimativos y parámetros
acordados como parte del contrato.
Estudiar los informes periódicos entregados por SONDA en
relación con el proyecto, y hacer un seguimiento de las
actividades realizadas, solicitando las aclaraciones y
complementos del caso, así como los correctivos requeridos.
Reunirse periódicamente, para revisar la continuidad y calidad
del proyecto.
RECURSOS SONDA
GERENTE DEL PROYECTO SAP
La función principal del Gerente de Proyecto SONDA es asistir al
Gerente de Proyecto de DANEC y administrar los recursos
suministrados por SONDA.
Funciones:
Preparar en conjunto con el gerente de proyecto de DANEC el
plan detallado del proyecto
Identificar y establecer la organización del proyecto, los
miembros de soporte y los equipos del proyecto asociados.
Liderar el equipo del proyecto SONDA durante el desarrollo del
proyecto.
Preparar reportes de estado del proyecto en forma regular.
Asegurar que la solución ha sido satisfactoriamente definida,
terminada y aceptada.
Asegurar que todas las entregas del proyecto sean aprobadas.
Informar cualquier tema o problemas al comité de dirección del
proyecto.
Garantizar cumplimiento de condiciones del contrato.
Administrar los recursos suministrados por SONDA y gestionar
en forma general el proyecto.
Otras actividades son la definición del alcance, el desarrollo del
plan del proyecto y del programa de entrenamiento, asistencia a
las reuniones del Comité de seguimiento, adquisiciones de
recursos adicionales de SONDA.
DANEC es dueño del proyecto y dirigirá las actividades del
mismo. El Gerente de Proyecto asignado por SONDA es
responsable de guiar a todo el grupo en el entendimiento de las
tareas y seguimiento de la Metodología ASAP.
CONSULTORES FUNCIONALES DE SONDA
Los consultores se encargarán de desarrollar las tareas
funcionales de Asistencia, soporte y asesoría en los análisis, y
parametrización de la funcionalidad definida por cada proceso
según los requerimientos específicos de DANEC, asegurando de
esta manera que se apliquen las mejores prácticas recomendadas
por SAP y mantener consistentes y eficientes los procesos.
Funciones:
Desarrollar la solución y ser responsable de proveer la
actividad práctica transferencia de conocimientos acerca de la
instalación, configuración, optimización de los productos y
planeación del proyecto en lo referente a desarrollo e
infraestructura.
Desarrollar los módulos de acuerdo con el diseño y las
especificaciones acordadas entre SONDA y DANEC.
Diseñar y construir la solución de acuerdo con los
requerimientos y alcance del Proyecto.
Diseñar y configurar el sistema, a fin de adaptarlo a los
requerimientos de DANEC sin apartarse de los objetivos del
proyecto; dentro de los plazos pre-establecidos por la Gerencia
y Líderes de áreas funcionales.
CONSULTORES TÉCNICOS DE SONDA
Los consultores técnicos BASIS se encargarán de la instalación del
software SAP ERP en todos los ambientes.
Verificar la infraestructura de Hardware y telecomunicaciones
proporcionada por DANEC e instalar los componentes técnicos
que requiera la solución.
Funciones:
Planeación de requerimientos técnicos para la implantación de
los diferentes ambientes de trabajo.
Verificar requerimientos de hardware.
Definir un plan de instalación de los ambientes a configurar.
Definición en conjunto con el cliente los mandantes de cada
ambiente.
Definir en conjunto con el cliente el plan de instalación del
frontend (SAPGUI)
Instalar los lenguajes que el cliente requiera en cada uno de los
ambientes de trabajo
Actualizar hasta el último nivel disponible tanto los Support
Packages como el Kernel en cada uno de los ambientes antes
de realizar las pruebas integrales a nivel funcional.
Instalación de los add-ons que el proyecto requiera.
Instalación de las impresoras usadas en el sistema SAP.
Configurar herramientas técnicas tales como el backup de SAP,
SapConnect, sistema de transportes y Reportes EWA.
Afinamiento de los ambientes de trabajo durante el proyecto y
una vez se de la salida en vivo.
Prestar soporte en los periodos de salida en vivo, primer cierre
mensual y anual.
Creación de usuarios en todos los ambientes
Transferir los conocimientos a nivel de roles y seguridades
Transferir los conocimientos a nivel de administración técnica
al personal que el cliente considere necesario.
PROGRAMADORES ABAP
Los consultores técnicos ABAP son responsables de la asignación
de datos, el diseño, desarrollo y test de programas que extienden
la funcionalidad del modelo estándar de SAP a implementar y que
son aprobados por la Gerencia de Proyecto de SONDA.
El Programador Abap colabora con el líder del equipo técnico y
líder de módulo, en la gestión y documentación de los proyectos
de desarrollo, incluyendo la definición de los estándares y políticas
de desarrollo.
Funciones:
Levantamiento del Inventario de desarrollos.
Evaluación de objetos estándar modificados.
El consultor evaluara el buen funcionamiento de los desarrollos
y si es el caso realizará ajustes a los mismos.
El consultor evaluara el buen funcionamiento de las
ampliaciones realizadas y si es el caso realizará ajustes a los
mismos. Se deben garantizar los procesos de negocio.
Este integrante se centra en los esfuerzos para el desarrollo
asociado a un equipo funcional determinado, deberá también
colaborar muy de cerca al equipo técnico para garantizar que
se actualicen la calidad, la integración y los estándares
adecuados.
RECURSOS MINIMOS DE PARTICIPACION DE DANEC (AL
100%)
GERENTE DE PROYECTO
El Gerente del proyecto por parte de DANEC será un usuario con
empoderamiento, capacidad de decisión, conocedor de la visión
de la compañía y conocedor de los procesos de la empresa.
Funciones:
Preparar en conjunto con el gerente de proyecto de SONDA, el
plan detallado del proyecto
Identificar y establecer la organización del proyecto, los
miembros de soporte y los equipos del proyecto asociados.
Liderar el equipo del proyecto de DANEC durante la iniciación,
el desarrollo y la entrega del proyecto.
Preparar reportes de estado del proyecto en forma regular.
Asegurar que la solución ha sido satisfactoriamente definida,
terminada y aceptada.
Asegurar que todas las entregas del proyecto sean aprobadas.
Informar cualquier tema o problemas al comité de dirección del
proyecto.
Garantizar cumplimiento de condiciones del contrato.
El Gerente de Proyecto de DANEC dispone de los entregables
del proyecto y es responsable de la gestión diaria del mismo. El
Gerente de Proyecto de DANEC es el enlace principal con el
comité directivo, así como con el equipo de consultoría (o
interlocutor) de SAP, este deberá ser siempre el interlocutor
para asegurar la coordinación del equipo del proyecto del
cliente así como de los canales de comunicación.
El Gerente de Proyecto de SONDA y el Gerente de Proyecto de
DANEC deberán mantener una estrecha relación de trabajo
durante todo el proyecto. Para estas dos partes es
especialmente importante una relación laboral abierta y de
cooperación.
El Gerente de Proyecto de DANEC debe prever de forma activa
las desviaciones del proyecto y responsabilizarse de tomar
cualquier tipo de acción correctiva al respecto. Asimismo, el
Gerente de Proyecto de DANEC es responsable de comprender
la integración del proceso empresarial general de R/3 en el
entorno de la empresa.
El Gerente de Proyecto de DANEC forma parte del comité
directivo y debe contar con el respaldo completo de este
organismo. Él tiene, junto con El Gerente de Proyecto de
SONDA, el derecho y el poder para tomar decisiones acerca de
todos los asuntos relevantes para el proyecto y acerca del
presupuesto. Las decisiones normales son su competencia
(autorización).
LÍDERES FUNCIONALES Y DUEÑOS DE PROCESO
Funciones:
El Líder de cada módulo, tiene autoridad sobre las áreas del
proceso y sobre los entregables del proyecto. El LIDER debe ser
capaz de trabajar con el Gerente de Proyecto para desarrollar y
gestionar el alcance del proyecto, asignar y planificar los
recursos y controlar el progreso de los entregables. El LIDER es
el responsable de identificar el impacto y los requerimientos de
los procesos empresariales a fin de apoyar la visión futura de la
organización en el sistema y de verificar que el equipo de
proyecto cumple los objetivos empresariales.
El LIDER gestiona el esfuerzo para analizar y documentar la
descomposición de los procesos empresariales de la empresa,
dirige y trabaja con los integrantes del equipo, responsables y
dueños de proceso empresarial para:
o Presentar el diseño del proceso actual del sistema (ECC
6.0).
o Configurar el sistema y validar el diseño.
o Entregar la documentación de la implementación del
sistema (ECC 6.0).
o Recibir y mantener la documentación en la versión ECC 6.0
o Asimismo, el LIDER administra la ejecución del test de la
validación y el test de integración
o Colaborar con el equipo de proyecto para identificar los
escenarios del proceso empresarial más importantes.
o Identificar las transacciones y los datos que se deben
verificar mediante la comparación de los resultados
esperados con respecto a los reales; y las razones que los
diferencian.
o Asignar tareas de seguimiento para configurar y verificar de
nuevo.
o Seguir la resolución de errores.
o El LIDER debe ser capaz de dirigir talleres y presentaciones
para validar los procesos empresariales y las soluciones con
la comunidad de usuarios, en colaboración con los
integrantes del equipo del proceso empresarial.
Además, el LIDER colabora estrechamente con el equipo
técnico en el diseño y desarrollo de informes, formularios,
interfases y conversiones.
El LIDER debe ofrecer apoyo al sistema productivo después de
la implementación.
Trabaja con todos los miembros del equipo del proyecto para
proporcionar y revisar los requerimientos específicos del
entorno de la Empresa, según convenga. Debe proporcionar
toda la información necesaria, documentación y datos
específicos para la ejecución del Upgrade.
Finalmente debe capacitar a los usuarios finales en los cambios
principales.
ADMINISTRADOR BASIS Y DE SEGURIDADES
Funciones:
Es el responsable del sistema; se ocupa de la actualización y
funcionamiento diarios de la instalación técnica SAP ERP.
Es responsable también de la gestión del sistema operativo, en
la coordinación de la gestión de la red, la gestión del usuario y
la gestión de las autorizaciones, así como de la gestión de la
base de datos
4. ENTREGABLES
A continuación se describen los entregables por cada etapa del proyecto:
a. Preparación de Proyecto (a cargo exclusivo de la
Gerencia):
i. Cronograma General de proyecto.
ii. Documento Organización de proyecto. (Equipo y logística de
recursos)
iii. Kick off de proyecto (presentaciones efectuadas)
iv. Acta de inicio de proyecto.
b. Verificación De Alcance y Procesos:
i. Listado de escenarios de procesos empresariales a
implementer.
ii. Matriz ARICE.
iii. BPPs (Business Process Procedure) Baseline.
iv. Actas de cierre de Fase Diseño.
c. Realización:
i. Especificaciones de desarrollos y reportes
ii. Diseño de Roles (Matriz de autorizaciones y Cargos)
iii. Plan de pruebas.
iv. Documentos de pruebas integrales
v. Desarrollo de las estrategia de cargue de datos
vi. Acta de capacitación.
vii. Plan de Cutover
viii. Actas de cierre de fase de realización
d. Preparación para Productivo:
i. Desarrollo del plan de cutover.
ii. Acta y certificación de cargue de datos estáticos.
iii. Acta y certificación de cargue de datos dinámicos.
e. Go live and Support:
i. Acta de salida en vivo y terminación.
Entrega de proyecto de proyecto (Acta de cierre).
4.1. ALCANCE DEL MACROPROCESO DE CONTABILIDAD Y COSTOS:
El macroproceso de Contabilidad y Costos comprende las áreas de la
empresa de Contabilidad, Finanzas, Tesorería, Activos Fijos y Costos.
Los objetivos de la implementación del macroproceso de Contabilidad
y Costos en DANEC S.A. son:
Tener la información contable más confiable, segura, en línea e
integrada a los procesos logísticos.
Tener visibilidad completa para reducir los riesgos financieros.
Agilizar los procesos contables disminuyendo las tareas manuales
y los re-procesos.
Tener una herramienta que permita realizar el registro y control
de procesos de anticipos, pagos parciales y pagos a plazos.
Contar con una herramienta en línea e integrada para el control y
análisis de costos que apoye en tiempo real la toma de decisiones.
Disminuir los procesos manuales de costos reduciendo la
manipulación de la información y sus consecuentes errores.
Automatizar los procesos contables y de costos para liberar
tiempo al grupo de trabajo con el objetivo que se puedan enfocar
en el análisis y su consecuente generación de valor dentro de la
compañía.
Dentro del alcance de la presente propuesta se contempla la
implementación de SAP para las 8 sociedades financieras DANEC,
DISANCO, ECUAPALMA, SUMAPAZ, TATIANA PALMERAS DE LOS
ANDES, MURRIN CORPORATION y PALMERAS DEL ECUADOR bajo un
mismo modelo. Se implementarán un Plan de Cuentas para todas las
sociedades y la localización de impuestos para Ecuador.
Dentro de los procesos es importante resaltar para DANEC S.A.:
Recaudos: Se cubrirá el proceso de recaudos con la aplicación del
pago vía archivos planos con la información suministrada por los
bancos.
Control de Cheques Posfechados: Se contempla la
parametrización de la funcionalidad de cheques posfechado en
conjunto con un desarrollo que permita un mayor control y
seguimiento.
Activos Fijos: Se contempla la implementación estándar de Activos
Fijos utilizando el método de depreciación de línea recta.
Localización para Ecuador: Anexo transaccional para el SRI,
Informe de auto-impresores, informe de rangos autorizados, informe
de documentos comerciales emitidos y los certificados de
retenciones. En el tema de autoimpresores, SONDA desarrollará las
especificaciones que se encuentran detalladas en el ANEXO 1
“Especificaciones para Autoimpresores”.
Va a quedar habilitada la opción de pago a proveedores mediante
formatos de transferencia bancaria, con los siguientes bancos:
Banco del Pichincha.
Produbanco.
Banco Internacional.
Lloyds Bank.
4.1.1. Procesos incluidos en el alcance del macroproceso de
Contabilidad y Costos:
Contabilidad financiera e interna:
Libro Mayor.
Deudores.
Acreedores.
Gestión de Caja. (Entendido como la provisión y previsión
de tesorería estándar ofrecida por SAP)
Contabilidad de Activos Fijos.
Alta de Activo Fijo a través de capitalización directa.
Alta de Activo Fijo por activos fijos construidos.
Controlling de gastos generales – real.
Orden CO para marketing y de otros gastos generales
reales.
Cierre de periodo en contabilidad financiera.
Plan operativo anual:
Planificación de Ingresos.
Planificación general de Centros de Costo.
Planificación de Centros de Costo de fabricación.
Cálculo de Costos estándar.
Cálculo del costo por componente y de simulación.
4.1.2. GAPs resueltos con parametrización del macroproceso de
Contabilidad y Costos:
Parametrización de Indicadores de IVA y retenciones.
Configuración de Cheques Posfechados: Parametrización
estándar de SAP, además de un desarrollo para el detalle
de los cheques recibidos, custodiados, por vencer y
vencidos.
Parametrización de condiciones de pago a plazos.
Se configurarán hasta cinco áreas de valoración para los
activos fijos, facilitando así la generación de informes.
El cálculo del costo de los productos solo aplicará para la
Sociedad Financiera de DANEC S.A., las otras sociedades
que manejan el Proceso Agrícola, no se costeará dentro
de SAP.
Parametrización CO-PA (Cuenta de resultados) real por
cliente y producto.
Parametrización de Centros de Beneficio.
Se implementarán los procesos necesarios para que el
sistema contable de DANEC S.A. pueda manejarse de
acuerdo a las normas del SRI y las normas NIIFs. En caso
que DANEC S.A. no posea al inicio del proyecto las
definiciones y el modelo contable de IFRS, se analizará el
impacto al proyecto en cuanto a plazos y costos.
4.1.3. GAPs resueltos con desarrollos del macroproceso de Contabilidad
y Costos:
Desarrollo Cheques Posfechados: para ver en detalle los
cheques recibidos, custodiados, por vencer y vencidos.
Anexo transaccional para el SRI.
o Informe de auto-impresores.
o Informe de rangos autorizados.
o Informe de documentos comerciales emitidos.
o Certificados de retenciones
Desarrollo para aplicación de pagos (recaudo)
MULTICASH.
Desarrollo para recaudo con aplicación a factura(s) más
antiguas.
Bloqueo de crédito por devolución de cheques
posfechados.
Interface de nómina.
Estado de Cuenta Cliente/Proveedor: Se utilizará el
informe estándar de Reporte de Estado de Cuenta
Cliente/proveedor, este reporte se puede generar como
PDF. DANEC S.A. definirá la forma de envío al cliente.
Aplicación de pagos por edades de cartera.
4.1.4. Interfaces del macroproceso de Contabilidad y Costos:
Interfase contable entre la nómina (Sistema desarrollado In-House)
hacia SAP en una sola vía con una frecuencia quincenal o mensual,
vía archivos planos.
Interfase contable entre el sistema agrícola de DANEC S.A. hacia
SAP en una sola vía con una frecuencia quincenal, vía archivos
planos.
4.1.5. Reportes del macroproceso de Contabilidad y Costos:
Se cuenta con los reportes estándar SAP del macroproceso de
Contabilidad y Costos.
4.1.6. Funcionalidades no incluidas en el alcance del Macroproceso de
Contabilidad y Costos:
Las siguientes funcionalidades de los módulos de Contabilidad y
Costos no se encuentran incluidas en el alcance de la
implementación:
SOP (Sales Operation Planning) a través de la
transferencia de la planificación a largo plazo
LIS/PIS/Capacidad.
Planificación de precio de material de compra.
Planificación de I+D de órdenes CO.
Orden CO para planificación de marketing y de otros
gastos generales.
Plan trimestral: previsión de cantidades de ventas CO-PA.
4.2. ALCANCE DEL MACROPROCESO DE LA VENTA AL COBRO
El objetivo de la implementación del macroproceso de la Venta al
Cobro en DANEC S.A. es tener un seguimiento y control de los
procesos comerciales en especial a los procesos de venta en
consignación, con un control estricto de los inventarios en poder del
cliente y del proceso de facturación.
Dentro de los procesos comerciales se encuentran incluidos los
procesos de despacho y transporte.
4.2.1. Procesos incluidos en el macroproceso de la Venta al Cobro.
Gestión de créditos.
Gestión de pedido de cliente, venta contra almacén.
Entrega gratuita.
Devoluciones y reclamaciones.
Oferta a un cliente.
Tratamiento de pedidos de clientes potenciales.
Tratamiento de notas débito.
Tratamiento de artículos en consignación.
Recuperación de lotes.
Cierre de operaciones SD (Ventas y Distribución).
Tratamiento de abonos o notas crédito.
4.2.2. GAPs resueltos con parametrización del macroproceso de la
Venta al Cobro:
Modificación de los esquemas de cálculo y clases de
condición para determinación de precio, descuentos e
involucrar los impuestos (IVA, retenciones).
Facturación de Servicios.
4.2.3. GAPs resueltos con desarrollos del macroproceso de la Venta al
Cobro:
Personalización de la oferta (cotización).
Personalización de la factura, guía de remisión, notas de
débito y notas de crédito.
Desarrollo para crear el pedido de ventas en consignación
(Reposición), con base en las cantidades tomadas
(Vendidas por el cliente).
4.2.4. Escenarios especiales del macroproceso de la Venta al Cobro:
Transporte: Se parametrizará el sub-módulo de transporte (LE-
TRA) para dar atención a la programación de transportes. Se
configurará el documento de Transporte para realizar este
seguimiento y control y se utilizaría para poder agrupar varias
entregas que viajan en un mismo vehículo.
4.2.5. Interfaces del macroproceso de la Venta al Cobro:
Para el proceso de Consignación se requiere una interface
entre SAP – PDAS que actualice el inventario en
consignación, el inventario consumido por el cliente para
su facturación y que realice la reposición de artículos en
consignación automáticamente de acuerdo a las
cantidades tomadas por el cliente.
Interface SAP - Báscula (un solo tipo de báscula) para
capturar peso del vehículo al ingreso y al final ya cargado
para determinar la cantidad real de entrega y de
facturación.
4.2.6. Reportes del macroproceso de la Venta al Cobro:
Se ofrecen los reportes estándar de Logística incluidos en el Baseline.
4.3. Alcance del macroproceso de la Compra al Pago:
Los objetivos de la implementación del macroproceso de la Compra al
Pago son agilizar los procesos de compras, mejorar la planeación y
realización de compras centralizadas, mejorar el control y
trazabilidad del proceso de compras y tener un mejor control de los
inventarios.
El proceso de compra se inicia con solicitudes manuales o con
solicitudes de pedido creadas automáticamente por la Planificación
de Requerimientos de Materiales (MRP). El objetivo del MRP es
mantener las cantidades de stock necesarias. Todo el proceso de
compras desde la Solicitud de Pedido, la Orden de compra, la entrada
de mercancías la verificación de la factura y finalmente el pago está
integrado.
El proceso de compras e inventarios está integrado a finanzas, costos,
producción y ventas garantizando una mejor calidad de la información
y evitando re-procesos.
Se creará una Organización de Compras con el objetivo de realizar
compras centralizadas de las 4 compañías (DANEC, PALMERAS DE
LOS ANDES, MURRIN CORPORATION, PALMERAS DEL ECUADOR) y así
disminuir los costos del proceso de compra y obtener descuentos en
volúmenes. Se crearán los siguientes Centros logísticos.
Danec : Centro Sangolquí.
Compañía agrícola 1: Centro Sangolquí, Centro
San Lorenzo, Centro Quinindé.
Compañía agrícola 2: Centro Sangolquí, Centro
Oriente.
Murrin: Centro Sangolquí y Centro Quinindé.
4.3.1. Procesos incluidos en el macroproceso de la Compra al Pago:
Gestión de Lotes.
Gestión de Calidad para aprovisionamiento con
evaluación de proveedores.
Oferta de Aprovisionamiento.
Compras material de consumo (Material y servicios).
Aprovisionamiento para stocks sin QM (Control de
calidad).
Gestión de stocks: renovación rechazo bloqueo.
Pedido abierto de reaprovisionamiento.
Traslado con entrega.
Traslado sin entrega.
Devolución a proveedor.
Inventario Físico.
Subcontratación.
Aprovisionamiento y consumo de stock de artículos en
consignación.
Aprovisionamiento interno: traslado de stock
multisociedad.
4.3.2. GAPs resueltos con parametrización del macroproceso de la
Compra al Pago:
Planificación de necesidades de materiales (MRP): la
funcionalidad se requiere para controlar por cada material los
volúmenes de compras, la rotación del inventario, los stocks
mínimos, los tiempos de entrega, además de los mínimos y
máximos que tienen disponibles actualmente.
Envío de documentos de compras por Internet: la
funcionalidad se requiere para agilizar y hacer más confiable y
segura la comunicación con los proveedores ya que el envío de
los documentos de compras en formato PDF a los proveedores
minimiza los riesgos de errores y pérdidas de tiempo en la
manipulación de los formularios impresos que se extravían o
deterioran.
Evaluación de proveedores: la funcionalidad se requiere en
compras para seleccionar los proveedores con base en su
desempeño con las empresas de DANEC S.A. por precio,
entrega y servicio.
Estrategias de Liberación: Es la funcionalidad que permite
que distintas personas de la organización puedan realizar las
aprobaciones de las solicitudes de pedido o de las órdenes de
compra de acuerdo a montos.
Importaciones: Se implementará un escenario de
importaciones para reflejar el proceso de compra y los costos
asociados a la importación.
Control de los inventarios: Para las bodegas de repuestos,
materias primas, semillas y producto terminado. Entradas,
traslados y salidas de mercancías.
4.3.3. GAPs resueltos con desarrollos del macroproceso de la Compra al
Pago:
Personalización de la Orden de Compra.
Personalización de la Orden de Compra Importaciones.
Personalización de la Petición de Oferta.
Vale de entrada y salida de mercancías.
Determinación de precio o penalización en la compra de fruto.
4.3.4. Interfaces del macroproceso de la Compra al Pago:
Interfase entre SAP y la Báscula (tres tipos de básculas).
4.3.5. Reportes del macroproceso de la Compra al Pago:
Se ofrecen los reportes estándar de Logística incluidos en el Baseline.
4.4. Alcance del módulo de Fabricación:
Para resolver los requerimientos relacionados con DANEC S.A., se
considera que el módulo de Producción (PP) en integración con los
demás módulos propuestos en esta oferta puede dar respuesta tanto
a los escenarios planteados como a los requerimientos de información
recopilados en la sesión sostenida con los interlocutores de la
empresa.
Incluir los procesos de fabricación en SAP con el fin de mejorar el
proceso de control de la producción y de los costos asociados con la
extracción, refinación y producción de aceites, margarinas y jabones
entre otros. En esta fase no se contempla el control de producción de
campo y cosecha.
4.4.1. Procesos incluidos en el macroproceso de Fabricación:
Fabricación contra stock – fabricación discreta (MTS).
Subcontratación.
Proceso de renovación (material fabricado en stock).
Proceso de renovación (producto en proceso – trabajo en
curso).
4.4.2. GAPs resueltos con parametrización del macroproceso de
Fabricación.
Configuración del proceso de Distributión Resource
Planning (DRP) o Planes de Entrega.
Programación diaria de producción.
4.4.3. Interfaces del macroproceso de Fabricación:
No se contemplan interfaces de otros sistemas hacia el
sistema SAP, ni interfaces desde el sistema SAP hacia otros
sistemas.
4.4.4. Reportes del macroproceso de Fabricación:
Se ofrecen los reportes estándar de Fabricación incluidos en el
Baseline.
4.5. Procesos de Integración:
Actividades de Cierre de Periodo.
Cierre del periodo de Centro general.
Valoración de stock para cierre de ejercicio.
4.6. Alcance BASIS:
El alcance técnico del proyecto de implementación se resume en la
instalación y configuración a nivel de software de los diferentes
ambientes en los que correrá el sistema SAP, estos ambientes son
comúnmente el de desarrollo, calidad y productivo.
Dentro de las tareas específicas a realizar dentro del proyecto están:
Planeación de requerimientos técnicos para la implantación de
los diferentes ambientes de trabajo.
Verificar requerimientos de hardware.
Definir un plan de instalación de los ambientes a configurar.
Definición en conjunto con el cliente los mandantes de cada
ambiente.
Definir en conjunto con el cliente el plan de instalación del
front end (SAPGUI)
Instalar los lenguajes que el cliente requiera en cada uno de los
ambientes de trabajo
Actualizar hasta el último nivel disponible tanto los Support
Packages como el Kernel en cada uno de los ambientes antes
de realizar las pruebas integrales a nivel funcional.
Instalación de los add-ons que el proyecto requiera.
Instalación de las impresoras usadas en el sistema SAP.
Configurar herramientas técnicas tales como el backup de SAP,
SapConnect, sistema de transportes y Reportes EWA.
Afinamiento de los ambientes de trabajo durante el proyecto y
una vez se de la salida en vivo.
Prestar soporte en los periodos de salida en vivo y primer cierre
mensual.
Creación de usuarios en todos los ambientes
Transferir los conocimientos a nivel de roles y seguridades
Transferir los conocimientos a nivel de administración técnica
al personal que el cliente considere necesario.
No se consideran las siguientes tareas del alcance a nivel técnico:
Instalación del software front end, esta tarea será ejecutada
por el cliente en coordinación con la consultoría.
Actualizar Support Package después de realizadas las pruebas
integrales a menos que se coordinen en conjunto con el equipo
de trabajo tanto del cliente como de la consultoría.
Definición y creación de roles en los diferentes ambientes. La
definición debe ser realizada directamente por el cliente y la
creación puede ser realizada por un consultor de seguridades.
Impartir capacitación oficial de SAP (contenido de academias)
en cuanto a temas técnicos. En el proyecto se realizará
transferencia de conocimientos en función del trabajo en
conjunto que realicen los consultores funcionales de SONDA
con los usuarios asignados al proyecto. SONDA transferirá el
conocimiento para la realización de Queries a 5 usuarios del
cliente.
5. METODOLOGÍA DEL DESARROLLO DEL PROYECTO (ASAP FOCUS)
Metodología de Desarrollo del Proyecto (ASAP FOCUS).
SONDA tiene más de 10 años de experiencia la utilización de la
metodología ASAP para la ejecución de diversos proyectos de
implementación tradicional y en los últimos años para la solución BASELINE-
SAP ha utilizado la metodología ASAP – FOCUS que es la técnica de
implementación recomendada por SAP (El fabricante).
Esta metodología utilizada por SONDA está basada en la metodología ASAP
Focus Methodology la cual fue ideada por SAP para los proyectos de SAP-All-
in-One que utilizan el Baseline.
El objetivo de esta Metodología de Implementación es:
Reducir el Tiempo.
Reducir los Riesgos.
Reducir los Costos.
Esta Metodología en conjunto con el Baseline logra reducir los tiempos en
un 15% en la Etapa de de Preparación, 40% en el Blueprint, 42% en la
Realización y un 13% en la Salida en vivo y soporte; que sumados todos
estos tiempos corresponden a una reducción del 27% del tiempo total de la
implementación de un proyecto con tradicional.
Tener una solución basada en escenarios preconfigurados ya probados
reduce los riesgos en comparación con una solución diseñada para un
cliente y permite enfocarse y dedicar recursos en los procesos que
realmente son el foco de su negocio.
La reducción del tiempo, los recursos y la minimización del riesgo reducen
los costos de implementación.
Esta Metodología comprende 6 fases para un tiempo total de 29 semanas:
Requerimientos Delta. (1 Semana) (Ya realizada)
Actividades de Pre-proyecto. (1 Semana)
Preparación del Proyecto. (4 Semanas)
Realización (15 Semanas)
Preparación Final (4 Semanas)
Salida en vivo y acompañamiento (4 Semanas)