GRUPO

PROYECTO DE IMPLEMENTACIÓN DE
PLANTEAMIENTO INICIAL
FECHA DEL INFORME NOMBRE DEL PROYECTO DURACIÓN DEL PROYECTO

OBJETIVO DEL PROYECTO

ÁMBITO DEL PROYECTO

Módulos:
Contabilidad
Administración de Activos Fijos
Arrendamientos (NIF D-5)
Planeación
Impuestos
Compras
Cuentas por Pagar
Tesorería
Gestión de seguridad

Posible Desarrollo:
Admón. de contratos de arrendamientos

Aplicaciones:
Facturación electrónica (validación de XML)
Contabilidad Electrónica
Consolidación
Integrar reportes CNBV

Integraciones:
PAC
STP
CONCUR
Caja única
Nuevo Core
Nómina
Sistema de RH
 Cheques de originación (Teachers, Credprod, Core)

EMPRESAS POR IMPLEMENTAR

ID EMPRESA País TECNOLOGÍA ACTUAL IMPLEMENTACIÓN INICIAL

INVERSIÓN DE LICENCIAMIENTO DE ERP

DEPARTAMENTO USUARIOS PRECIO USUARIO/MES DESCUENTO
Full Base Finance 20 180 30
Attach 3 30
Activity 1 50
Team Member 1 8
Device 0 75

Total 25

INVERSIÓN COSTO DE LA CONSULTORÍA

CONCEPTO CANTIDAD
Servicios profesionales para Implementación Empresa Core 1
Servicios profesionales para Roll Out de empresas adicionales 2
Servicios profesionales para actividades de acompañamiento de Roll Out 1
Total
INVERSIÓN DE LICENCIAMIENTO ADICIONAL REQUERIDO
CONCEPTO CANTIDAD
Azure -Visual Studio 6
Ambiente Q&A 4
Development 6
ConTest/ Sandbox 4
Total
TOTAL DE LA INVERSIÓN (NO INCLUYE EL IVA)

CRITERIOS DE ÉXITO DEL PROYECTO

Para asegurar el éxito de la implementación del sistema D365F&O se deben mitigar los siguientes riesgos que pued
riesgos que se deben mitigar:
Para asegurar el éxito de la implementación del sistema D365F&O se deben mitigar los siguientes riesgos que pued
riesgos que se deben mitigar:
Riesgo:
Deslizamiento del alcance
Sobrecostos
Retrasos en el proyecto
Inestabilidad del sistema
Funcionalidad rota
Mala adopción y formación de
usuarios
Descripción:
La ampliación del alcance (agregar
características adicionales que no son
esenciales para el proyecto) genera
sobrecostos y retrasos en muchas
implementaciones.
Una implementación de ERP mal planificada
o con un alcance deficiente puede fácilmente
dispararse hasta duplicar o más los costos
estimados inicialmente.
Los retrasos en la implementación de ERP
pueden deberse a factores como una
evaluación incompleta de los desafíos
técnicos del proyecto o la falta de
disponibilidad del equipo de las áreas clave.
Si el Partner personaliza demasiados
desarrollos en el ERP, eso aumenta en gran
medida el riesgo de inestabilidad y roturas
durante las actualizaciones de software
posteriores.
La causa son las pruebas deficientes debido Mal ajuste a las necesidades reale
a: que no las realizan sus usuarios reales, no Interrupción del negocio después
incluyen todos los procesos críticos para el funcionamiento o después de una
negocio, no se prueban procesos completos
de un extremo a otro y no existe ningún
protocolo para pruebas futuras después de
cada actualización del ERP.
Aunque el nuevo sistema ERP puede ser
técnicamente sólido, una mala adopción y
capacitación de los usuarios puede significar
que los empleados no estén dispuestos o
preparados para usarlo para sus tareas.
Posibles consecuencias:
La variación del alcance puede pr
retrasos y conflictos entre las func
planificadas) y las funciones crítica
planificadas originalmente de su E
Más allá de los costos adicionales
necesidad de cambiar drásticame
puede provocar retrasos o hacer n
reducción disruptiva en el alcance
Los retrasos pueden alterar el cro
proyecto, lo que significa que los
no estarán disponibles cuando se
adelante. Esto puede causar más
reducir la calidad de la implemen
Las actualizaciones posteriores pu
sus personalizaciones, lo que prov
interrupciones en el negocio o un
desarrollo adicional por parte del
moderno basado en la nube se ac
vez al año.
El nuevo ERP no se utiliza de man
que significa que muchas de las g
en eficiencia, cumplimiento y más
debe gestionar la curva de aprend
comenzando por los procesos crít
Problemas de datos Si no se migran datos limpios y relevantes de
su antiguo sistema a su nuevo ERP, esto
generará problemas sustanciales para sus
usuarios.
Los usuarios no pueden realizar s
nuevo sistema. O los usuarios des
pueden confiar en los datos del n
producirse una mala adopción po
usuarios y errores en las cuentas.
ACIÓN DE ERP
CIÓN DEL PROYECTO PREPARADO POR
MENTACIÓN INICIAL EN PROYECTO JOURNAL ENTRIES

TC ESTIMADO $ 18.00
PRECIO ANUAL COSTO ANUAL USD COSTO EN PESOS NOTAS
1,800 36,000.00 648,000.00 Se contrata de inicio el mínimo
de licencias con Microsoft y
360 1,080.00 19,440.00 aumentará paulatinamente al
agregar más usuarios (se estima
600 600.00 10,800.00 un máximo de 60 usuarios).
96 96.00 1,728.00
900 - - El licenciamiento es un pago
anual.
37,776.00 679,968.00

PRECIO PROYECTO COSTO PROYECTO USD COSTO EN PESOS NOTAS

108,680 108,680.00 1,956,240.00 20% a la aceptación de propuesta y
el 80% en base al cumplimiento de 6
24,960 49,920.00 898,560.00 hitos del proyecto (4 parcialidades
del 14% y las últimas 2 del 12%).
12,220 12,220.00 219,960.00
170,820.00 3,074,760.00

PRECIO POR MES COSTO TOTAL USD COSTO EN PESOS NOTAS

45 270.00 4,860.00 Estos conceptos son temporales
en caso de hacer un desarrollo,
1,620 6,480.00 116,640.00 y se estiman con una duración
617 3,702.00 66,636.00 de 6 meses.

617 2,468.00 44,424.00

12,920.00 232,560.00
221,516.00 3,987,288.00

siguientes riesgos que pueden provocar sobrecostos, retrasos e interrupciones en las operaciones comerciales. Estos son los
siguientes riesgos que pueden provocar sobrecostos, retrasos e interrupciones en las operaciones comerciales. Estos son los

es consecuencias: Cómo mitigarlo:

ación del alcance puede provocar sobrecostos, Identificar los procesos cruciales que necesita tener el nuevo ERP,
os y conflictos entre las funciones nuevas (no comunicarlo claramente al Partner de implementación y abordar esos
cadas) y las funciones críticas para el negocio procesos en la primera fase. Considere retrasar otras funciones para fases
cadas originalmente de su ERP. posteriores, una vez completada la implementación inicial.

lá de los costos adicionales en dólares, la Mapear los procesos y necesidades comerciales relevantes de manera muy
dad de cambiar drásticamente el presupuesto exhaustiva, para que su Partner pueda determinar su alcance y estimación
provocar retrasos o hacer necesaria una con precisión. Eso también le facilita hacer que su Partner cumpla con sus
ción disruptiva en el alcance del proyecto. estimaciones.

trasos pueden alterar el cronograma general del Durante la planificación del proyecto, el equipo y el Partner de
cto, lo que significa que los recursos necesarios implementación deben trabajar juntos para desarrollar el cronograma. El
arán disponibles cuando se necesiten más cronograma debe tener en cuenta la dificultad de varios pasos técnicos y la
te. Esto puede causar más retrasos y costos, y posibilidad de problemas. Su agenda también debe tener en cuenta la
r la calidad de la implementación. disponibilidad de recursos en su equipo para pruebas, capacitación y
preguntas y respuestas generales.

tualizaciones posteriores pueden interrumpir Resolver los problemas mediante la configuración antes de la
rsonalizaciones, lo que provocará personalización. Considere modificar los procesos comerciales para
pciones en el negocio o un costoso trabajo de adaptarse al nuevo ERP.
ollo adicional por parte del Partner. Un ERP
no basado en la nube se actualiza más de una
año.

uste a las necesidades reales de su negocio.
upción del negocio después de la entrada en
namiento o después de una actualización.
Planificar con anticipación para dedicar los recursos relevantes para probar
cada proceso. Por lo general, en la realización de pruebas de aceptación de
los usuarios, asignamos un total de 2 a 4 semanas (dependiendo del tamaño
del proyecto y la complejidad de la empresa). Diferentes miembros del
equipo de las áreas clave participarán en diferentes días de esa prueba.

vo ERP no se utiliza de manera consistente, lo
gnifica que muchas de las ganancias deseadas
iencia, cumplimiento y más no se logran. Se
gestionar la curva de aprendizaje del equipo
nzando por los procesos críticos del negocio.
Cree un equipo de usuarios avanzados y de primeros usuarios dentro de su
empresa que luego puedan ayudar a otros miembros del equipo con la
adopción de usuarios.
uarios no pueden realizar su trabajo en el
sistema. O los usuarios descubren que no
n confiar en los datos del nuevo sistema. Puede
cirse una mala adopción por parte de los
os y errores en las cuentas.
No es necesario migrar todos los datos del pasado. Sin embargo, se debe
identificar qué datos serán importantes para operaciones futuras. Una vez
que haya identificado qué datos se necesitan, asegúrese de que se limpien y
se formatee correctamente antes de incorporarlos al nuevo ERP.