Entender con claridad el alcance del proyecto es la clave para una implementación de 1C:ERP exitosa y predecible.
En una implementación de 1C:ERP, ¿qué debe incluir el precio del proyecto y qué tendrá que pagar aparte?
La respuesta es sencilla: el alcance del proyecto incluye todo lo que describen la especificación técnica y el contrato.
Pero en la realidad no es tan sencillo.
En la práctica, el 99,9 % de los proyectos se topa con el mismo problema: el cliente cree que ciertos trabajos están incluidos en el precio del proyecto, mientras que el contratista está seguro de que quedan fuera del contrato y nunca se presupuestaron. Es la situación más frecuente y más dolorosa en los proyectos de implementación.
Veamos con más detalle los principios clave y las áreas de responsabilidad.
Principio clave: funcionalidad «estándar» frente a «personalizaciones»
Funcionalidad estándar, lista para usar (incluida en el proyecto):
Son mecanismos e informes estándar que ya vienen incluidos en el paquete estándar de 1C:ERP. Por ejemplo:
Configuración del plan de tipos de cálculo para una nómina compleja.
Configuración de la contabilidad según las NIIF (IFRS) o las normas contables rusas (RAS).
Configuración de los flujos de aprobación de documentos.
Configuración del cálculo de costos por el método FIFO o por costo promedio ponderado.
Creación de informes estándar (balances de comprobación, análisis de cuentas, informes de ventas y de compras) con las herramientas integradas.
Importante: una configuración compleja, por sí sola, no convierte una tarea en personalización. Si el consultor utiliza únicamente las herramientas disponibles de forma estándar, el trabajo forma parte del proyecto.
Personalizaciones (presupuesto adicional):
Cualquier cambio en el código fuente (código de programa) de la plataforma o de la configuración.
Creación de nuevos objetos (catálogos, documentos, informes) que no figuran en el paquete estándar.
Modificación de formularios estándar (agregar campos o botones nuevos, cambiar la lógica).
Desarrollo de informes externos y procesamientos de datos (por ejemplo, un panel analítico complejo en Excel o Power BI).
Integración con sistemas de terceros (sitios web, CRM, sistemas de control de acceso, equipos) cuando no existe un mecanismo de intercambio estándar ya preparado.
Qué suele estar INCLUIDO en el presupuesto de implementación
Evaluación previa al proyecto: análisis de sus procesos de negocio y elaboración de la especificación técnica.
Configuración directa de los mecanismos estándar:
Configuración de la política contable (contabilidad financiera, fiscal y de gestión).
Configuración de catálogos (artículos, contrapartes, partidas de costos, etc.).
Configuración de la planificación (presupuestación, MRP).
Configuración de la nómina y del registro de personal.
Configuración de los procesos de ventas, compras y producción.
Capacitación de su personal para trabajar en el sistema.
Migración de datos desde sistemas anteriores: pero solo con herramientas estándar de exportación e importación. Si los datos tienen una estructura compleja y requieren scripts a medida, puede tratarse de una tarea aparte.
Soporte técnico y mantenimiento durante la implementación.
Entrada en servicio y puesta en marcha (transición a la explotación productiva).
Qué requiere con más frecuencia un presupuesto ADICIONAL
Integraciones:
Intercambio de datos con su sitio web (tienda en línea).
Conexión de cajas registradoras en línea, terminales de captura de datos e impresoras fiscales cuando se requiere un escenario no estándar.
Intercambio con un CRM (por ejemplo, Bitrix24) cuando no existe una conversión de datos estándar.
La conexión con sistemas de intercambio electrónico de documentos (SBIS, Diadoc, etc.) normalmente está incluida, pero los escenarios complejos pueden tener un costo adicional.
Informes y formularios impresos a medida:
Cualquier informe que no pueda crearse con el diseñador de informes integrado o que requiera una lógica programada compleja.
Cambios en los formularios estándar de documentos (por ejemplo, agregar el campo «Gerente de compras» a la «Nota de entrega de mercancías»).
Cambios en la lógica estándar:
Usted desea que, al contabilizar el documento «Venta de mercancías», se cree automáticamente una tarea para otro departamento relacionado según un algoritmo no estándar.
Necesita un método único de distribución de costos que el sistema no ofrece.
Visualización compleja de datos: desarrollo de paneles analíticos y cuadros de mando que van más allá de las capacidades estándar.
Cómo evitar malentendidos y disputas sobre el presupuesto
Una especificación técnica detallada es su principal herramienta.
La especificación debe ser lo más detallada posible. No «necesitamos informes de ventas», sino «el informe de ventas debe contener los campos Gerente, Contraparte, Artículo, Cantidad e Importe, agrupados por mes, con un filtro por un gerente concreto».
Al acordar la especificación, pregunte siempre: «¿Esta tarea se resuelve con configuración o con personalización?». Deje constancia de la respuesta en la especificación.
Elija un contratista confiable.
Un buen contratista siempre separa las tareas en «estándar» y «personalización» durante la evaluación previa al proyecto y expone desde el principio los riesgos y los costos.
Aplique un procedimiento de solicitudes de cambio.
Durante un proyecto siempre surgen nuevos deseos. Acuerde que cada nuevo requisito se presente como una «Solicitud de cambio» con una estimación del esfuerzo y del costo. Usted la aprueba y solo entonces comienza el trabajo.
Pregunte «¿por qué?».
Si le dicen que una de sus tareas es una personalización costosa, pregunte: «¿Por qué no puede hacerse con herramientas estándar? ¿Existe una solución estándar que cubra nuestra necesidad?». A menudo una necesidad del negocio puede resolverse con la funcionalidad estándar, aunque de otra manera.
En resumen
Incluido en el proyecto: la implementación de sus procesos de negocio conforme al contrato con herramientas que ya existen en 1C:ERP como funcionalidad estándar.
Requiere presupuesto adicional: la creación de nuevas herramientas o la modificación de las existentes que no están disponibles de forma estándar, así como las nuevas tareas que surjan durante el proyecto.
El objetivo principal es detallar los requisitos al máximo desde el inicio y formalizarlos en la especificación técnica. Todo lo que quede fuera de la especificación es materia de negociación y de financiamiento adicional.
***
Entonces, ¿qué hacer para que el proyecto sea un éxito?
Paso 1: dejar las emociones a un lado y volver a los documentos de partida
Es el paso más importante y más objetivo. Tome el contrato y la especificación técnica.
¿Qué debe buscar en la especificación? Una redacción concreta que describa la funcionalidad en disputa. Con frecuencia el problema es que la especificación es vaga («garantizar la contabilidad de la producción») y cada parte la interpreta a su manera.
Ejemplo:
Su interpretación: «Contabilidad de la producción» = generación automática de un programa de producción a partir de los pedidos, teniendo en cuenta los reajustes de las máquinas.
Interpretación del contratista: «Contabilidad de la producción» = registro de los documentos «Orden de producción» e «Informe de producción por turno» y cálculo del costo a partir de los costos directos.
Resultado:
Si la especificación contiene una redacción clara que cubre su requisito, su posición es sólida. Insista en que este trabajo está dentro del alcance del contrato.
Si la redacción de la especificación es vaga o no existe, su posición es más débil y debe pasar a la negociación.
Paso 2: analizar juntos si se trata de «configuración» o de «personalización»
Concierte una reunión con el contratista y plantee una pregunta directa pero constructiva:
«Explíquenos, por favor, por qué esta tarea no puede resolverse con las herramientas estándar de 1C:ERP y requiere una personalización».
El contratista debe mostrar:
Dónde se encuentra el mecanismo necesario en la configuración estándar.
Por qué este mecanismo no cubre su necesidad. Por ejemplo: «La configuración estándar no tiene el objeto “Programa de reajuste de máquinas”; hay que crearlo desde cero en el Designer».
Qué alternativas estándar o soluciones provisionales existen. Un buen consultor siempre propondrá algo así: «Sin personalización no podemos hacerlo exactamente como usted quiere, pero sí podemos implementar una lógica similar con el mecanismo estándar “Procesos de negocio” y el catálogo “Operaciones de producción”. Eso cubrirá el 80 % de sus necesidades».
Paso 3: encontrar la raíz del malentendido
Las causas suelen estar en alguno de los siguientes puntos:
Evaluación previa al proyecto insuficiente. El consultor o un empleado de la empresa pasó por alto procesos de negocio «ocultos» y no vio esta necesidad al inicio.
«Puntos ciegos» en la especificación. Es posible que hayan hablado de este punto de forma verbal, pero nunca se dejó constancia formal en los documentos.
Cambios en los procesos de negocio. Durante la implementación usted comprendió mejor sus propias necesidades y formuló un nuevo requisito.
Paso 4: opciones de solución y negociación
Según los resultados del análisis, elija una estrategia:
1. Usted tiene razón: la tarea está dentro del alcance de la especificación.
Su postura: «Según el apartado 2.3 de la especificación, debe implementarse la funcionalidad de planificación de capacidades. La tarea actual es parte integral de ella. Por favor, realicen el trabajo en el marco del contrato vigente».
Acciones: Insista en que se realice el trabajo. Si el contratista se resiste, escale el asunto a un nivel superior (el director de proyecto o el director general del contratista).
2. La especificación es ambigua y hay una zona gris.
Su postura: «Entendemos que la redacción de la especificación admite dos interpretaciones. Por nuestra parte, dimos por hecho que esto formaba parte del proyecto. Proponemos repartir el costo de esta personalización a partes iguales (50/50) o incluirla en el presupuesto general con un descuento considerable, ya que ambas partes comparten la responsabilidad por la falta de claridad de la especificación».
Acciones: Proponga una solución de compromiso. Es el camino más habitual y más civilizado.
3. Usted reconoce que se trata de un requisito nuevo.
Su postura: «De acuerdo, coincidimos en que esto excede la especificación original. Por favor, envíennos una propuesta comercial para esta personalización con una estimación del esfuerzo».
Acciones: Acepte las reglas del juego. Valore el costo y la importancia de esta funcionalidad. Quizá convenga posponerla a una «segunda fase» de la implementación.
4. Busque una solución estándar.
Su postura: «Veamos juntos si nuestra tarea puede resolverse de otra manera, utilizando solo capacidades estándar. Estamos dispuestos a considerar adaptar nuestro proceso de negocio interno al sistema».
Acciones: Sea flexible. A menudo se puede encontrar una solución de compromiso que no requiera programación.
Cómo prevenir estas situaciones
Introduzca un «procedimiento de solicitudes de cambio». A partir de ahora, cada nuevo deseo o aclaración debe presentarse como una solicitud de cambio. El contratista la estima en horas o días y en costo, usted la firma y solo entonces comienza el trabajo.
Levante actas de todas las reuniones y deje constancia en ellas de los acuerdos. Envíelas a ambas partes.
Haga preguntas aclaratorias en la etapa de estimación. «¿Esta configuración forma parte de la fase actual? ¿Está cubierta por el apartado n.º X de la especificación?».
Conclusión: Su tarea principal es trasladar la disputa del plano emocional («¡nos están engañando!») al plano de los hechos y los documentos (el contrato y la especificación). Esté preparado para llegar a un compromiso, porque una especificación perfectamente redactada es una rareza.
¡Deje de adivinar qué cubrirá el presupuesto!
Obtenga una evaluación exprés gratuita
y le mostraremos con claridad cómo separamos la configuración estándar de la personalización
Qué obtendrá:
✅ Un registro de procesos de negocio hasta el nivel 2 ✅ Recomendaciones preliminares sobre el producto 1C que mejor se adapta a su negocio ✅ Un cronograma del proyecto
Cómo se realiza la evaluación
✔️ En el momento acordado, nuestro analista entrevista a los responsables clave de los procesos de negocio ✔️ Revisa los sistemas que ya existen en su empresa ✔️ Analiza los procesos de negocio principales ✔️ Selecciona las posibles soluciones ✔️ Elabora un cronograma del proyecto por etapas