Cómo Coordinar Ingenieros, Contadores Y Arquitectos En Proyectos Erp
La implementación de un ERP es siempre una verdadera revolución. Independientemente del tamaño de la empresa o el sistema, siempre se trata de una intervención radical que habrá de determinar la marcha del negocio. El éxito o fracaso de la implementación, que preferimos denominar ‘calidad' se medirá por el grado en que resulten cubiertas las expectativas de los usuarios en cuanto a ‘estar mejor' que antes. Sin embargo abundan los casos en los que el resultado se llama ‘fracaso' o ‘implementación parcial'.
El estratega alemán Clausewitz (siglo 19) invita a ‘aprender de la experiencia ajena … la propia llega cuando ya es tarde.' Si la tal experiencia ajena a menudo es fracaso, aprendamos de ella para que la propia se llame éxito.
Más allá de que la implementación de un ERP atraviesa y afecta a TODOS los sectores y áreas de la organización, el foco de las expectativas individuales estará siempre sesgado hacia las particulares del propio sector, con mayor intensidad cuanto más grande sea la organización o más especializada la tarea habitual de cada quien. Tal multiplicidad e incluso divergencia en las expectativas iniciales no sería obstáculo serio, si no fuera porque suelen darse por sobre entendidas. Enrique Pichon Riviere señala que ‘Lo natural invisibiliza'. Con lo que suele omitirse detallar PREVIAMENTE las funcionalidades específicas que necesitan de SU sistema ERP particular.
Dos elementos acrecientan dicho efecto particularmente en las PyMEs:
- La baja la rotación de personal hace que modalidades de trabajo particulares de la empresa actual se tomen como generales.
- Por otro lado, tareas muy laboriosas con métodos pre-ERP suelen constituir el núcleo de ventaja competitiva del negocio, que si no se explicita es probable que el nuevo sistema no cubra en exactamente la forma que esperamos.
Se recomienda entonces que TODOS los sectores detallen y expliciten cada una de sus necesidades y expectativas. Desde lo contractual para comprometer las prestaciones. Pero también para:

Caso particular de expectativas radicalmente diferentes, pero también complementarias y no excluyentes, son las de administradores, contadores e ingenieros. Por años hemos observado las serias dificultades comunicacionales entre estos personajes.
Siendo ingeniero y luego de un centenar de implementaciones ERP, vengo interactuando con contadores y administradores buscando la mutua comprensión. Intentaré entonces reformular las expectativas habituales de aquellos en forma que mis colegas puedan entender. Y las de mis colegas en un lenguaje más cercano a lo administrativo contable.
El ingeniero espera que
1- El sistema avise cuando algo ‘no cuadra'. Por ejemplo: falta de materiales, de mano de obra disponible, de tiempo de máquina. Imposibilidad de cumplir un plazo de entrega. Desvíos de consumo. Desvíos de calidad o de estándares de fabricación. Activación de proveedores.
2- Manejo de situaciones hipotéticas (simulaciones). Nos encanta jugar al ‘qué pasaría si ...' Muchas veces ello conduce a muy interesantes mejoras; otras a resultados catastróficos (véase Chernobyl). Necesita entonces del ERP para explorar variantes alternativas antes de elegir un curso de acción concreto.
3- Quedará relevado de TODA la tediosa tarea administrativa y que la remanente minimice la interferencia. Nada irrita más a un ingeniero que tener que parar la línea de producción para realizar un inventario.
Por su parte el contador y administrador esperan que
1- El sistema PREVENGA de que algo no cuadre, tanto en lo formal (desbalance de asientos, por ejemplo) como en lo conceptual, en particular en cuanto al apego a normativa legal y fiscal vigente.
2- Cada transacción se procese por única vez. El ideal es que en forma transparente al usuario, por ejemplo, una factura de proveedor ajuste las cuentas corrientes, cuentas por pagar, valor de inventarios, etc.
3- Que la información esté disponible ‘a un toque de botón'. Que no sea necesario esperar meses después del cierre del ejercicio para obtener un balance.
No pretendemos la anterior como lista cerrada sino solo para ilustrar que
a) Las necesidades APARECEN como diferentes pero no incompatibles ni excluyentes.
b) Que puede ENTENDERSE aún sin compartir la necesidad del otro
c) Que necesariamente deben EXPLICITARSE las necesidades.
Será ahora tarea del implementador lograr que cada persona / sector plantee EXPLÍCITAMENTE sus requerimientos particulares y luego darle a cada uno su ‘salida' específica, tomada de la base de datos común y coherente.
Autor: Ing. Ernesto P. Bauer, fundador y Director General de
La implementación de un ERP es siempre una verdadera revolución. Independientemente del tamaño de la empresa o el sistema, siempre se trata de una intervención radical que habrá de determinar la marcha del negocio. El éxito o fracaso de la implementación, que preferimos denominar ‘calidad' se medirá por el grado en que resulten cubiertas las expectativas de los usuarios en cuanto a ‘estar mejor' que antes. Sin embargo abundan los casos en los que el resultado se llama ‘fracaso' o ‘implementación parcial'.
El estratega alemán Clausewitz (siglo 19) invita a ‘aprender de la experiencia ajena … la propia llega cuando ya es tarde.' Si la tal experiencia ajena a menudo es fracaso, aprendamos de ella para que la propia se llame éxito.
Más allá de que la implementación de un ERP atraviesa y afecta a TODOS los sectores y áreas de la organización, el foco de las expectativas individuales estará siempre sesgado hacia las particulares del propio sector, con mayor intensidad cuanto más grande sea la organización o más especializada la tarea habitual de cada quien. Tal multiplicidad e incluso divergencia en las expectativas iniciales no sería obstáculo serio, si no fuera porque suelen darse por sobre entendidas. Enrique Pichon Riviere señala que ‘Lo natural invisibiliza'. Con lo que suele omitirse detallar PREVIAMENTE las funcionalidades específicas que necesitan de SU sistema ERP particular.
Dos elementos acrecientan dicho efecto particularmente en las PyMEs:
- La baja la rotación de personal hace que modalidades de trabajo particulares de la empresa actual se tomen como generales.
- Por otro lado, tareas muy laboriosas con métodos pre-ERP suelen constituir el núcleo de ventaja competitiva del negocio, que si no se explicita es probable que el nuevo sistema no cubra en exactamente la forma que esperamos.
Se recomienda entonces que TODOS los sectores detallen y expliciten cada una de sus necesidades y expectativas. Desde lo contractual para comprometer las prestaciones. Pero también para:

Caso particular de expectativas radicalmente diferentes, pero también complementarias y no excluyentes, son las de administradores, contadores e ingenieros. Por años hemos observado las serias dificultades comunicacionales entre estos personajes.
Siendo ingeniero y luego de un centenar de implementaciones ERP, vengo interactuando con contadores y administradores buscando la mutua comprensión. Intentaré entonces reformular las expectativas habituales de aquellos en forma que mis colegas puedan entender. Y las de mis colegas en un lenguaje más cercano a lo administrativo contable.
El ingeniero espera que
1- El sistema avise cuando algo ‘no cuadra'. Por ejemplo: falta de materiales, de mano de obra disponible, de tiempo de máquina. Imposibilidad de cumplir un plazo de entrega. Desvíos de consumo. Desvíos de calidad o de estándares de fabricación. Activación de proveedores.
2- Manejo de situaciones hipotéticas (simulaciones). Nos encanta jugar al ‘qué pasaría si ...' Muchas veces ello conduce a muy interesantes mejoras; otras a resultados catastróficos (véase Chernobyl). Necesita entonces del ERP para explorar variantes alternativas antes de elegir un curso de acción concreto.
3- Quedará relevado de TODA la tediosa tarea administrativa y que la remanente minimice la interferencia. Nada irrita más a un ingeniero que tener que parar la línea de producción para realizar un inventario.
Por su parte el contador y administrador esperan que
1- El sistema PREVENGA de que algo no cuadre, tanto en lo formal (desbalance de asientos, por ejemplo) como en lo conceptual, en particular en cuanto al apego a normativa legal y fiscal vigente.
2- Cada transacción se procese por única vez. El ideal es que en forma transparente al usuario, por ejemplo, una factura de proveedor ajuste las cuentas corrientes, cuentas por pagar, valor de inventarios, etc.
3- Que la información esté disponible ‘a un toque de botón'. Que no sea necesario esperar meses después del cierre del ejercicio para obtener un balance.
No pretendemos la anterior como lista cerrada sino solo para ilustrar que
a) Las necesidades APARECEN como diferentes pero no incompatibles ni excluyentes.
b) Que puede ENTENDERSE aún sin compartir la necesidad del otro
c) Que necesariamente deben EXPLICITARSE las necesidades.
Será ahora tarea del implementador lograr que cada persona / sector plantee EXPLÍCITAMENTE sus requerimientos particulares y luego darle a cada uno su ‘salida' específica, tomada de la base de datos común y coherente.
Autor: Ing. Ernesto P. Bauer, fundador y Director General de Flexoft
Evaluando ERP
Hacer una pregunta
La oferta de Software de gestión empresarial ó ERP, (Enterprise Resource Planning), es abundante en el mercado, y cada uno posee ciertas fortalezas que pueden tener mayor o menor peso, según las necesidades particulares de cada Empresa y de cada Sector. Evaluando ERP es un evaluador imparcial que proporciona un conjunto de herramientas que ayudan a las personas que conocen los requerimientos funcionales de sus Compañías, a seleccionar software de gestión empresarial.
En poco más de 15 años, la tecnología del CRM fue blanco de una fabulosa transformación. Las primeras generaciones de aplicaciones, llamadas SFA (Sales Force Automation) en los comienzos de los '90, estaban orientadas a la automaticidad de actividades asociadas con la venta. Desde entonces el modelo de gestión de las compañías fue cambiando y el soporte tecnológico también.
Papel: Puede parecer inocuo, pero el papel es probablemente el mayor derroche de dinero en su oficina.
Para habilitar la opcion de notificaciones de correo electronico en Alfresco Community lo hacemos modificando el archivo alfresco-global.properties que en mi caso en windows se encuentra en: c:\Alfresco\tomcat\shared\classes\
Que es Bacula? Bacula es un programa de respaldo y recuperacion para redes. A continuacion los detalle del sistema operativo y software que se utilizo para instarlar Bacula.
¿Factura electrónica?, ¿Firma digital?, ¿Captura de datos?, ¿Tecnología OCR? ¿Grandes volúmenes de facturas?, ¿Facturas en diferentes idiomas?... Herramientas que cobran importancia en las empresas para la búsqueda y extracción de la información contenida en los documentos y, por supuesto, el ahorro de costes y tiempo en los procesos documentales de las empresas.
Las pymes han recibido cambios estructurales beneficiosos a raíz de la implantación de las nuevas tecnologías de la información
En la terminología de la informática, un código malicioso es un término usado para los virus informáticos y programas diseñados para causar daños a las computadoras.
El sistema ERP debe elegirse para nuestra empresa y no adquirir un estándar. Para ello deberemos evitar alguno de los errores más comunes
Cada organización, pero particularmente las grandes, tienen muchos procesos continuos en finanzas, ventas, contabilidad, manufactura y otros. Un programa de planeamiento de recursos empresariales ofrece integración de estos diferentes sistemas dentro de la organización de una manera efectiva.
Es un conjunto de herramientas que le ayudarán a eliminar todas las operaciones que no le agregan valor al producto, servicio y a los procesos, aumentando el valor de cada actividad realizada y eliminando lo que no se requiere.
Varias encuestas sostienen que sólo en el orden del 20% de los proyectos finalizan obteniendo el objetivo planteado, en el tiempo y con los recursos estimados. Esta problemática se da en todo tipo de proyectos, y está particularmente acentuada en proyectos tecnológicos.
Unos pocos años atrás, los interesados en implementar un CRM tenían pocas opciones para elegir el modelo por el cuál recibirían los beneficios del software. La más estándar de todas era instalar el software localmente, en la propia empresa. Esta decisión significaba la necesidad de contar con capital suficiente para realizar una inversión inicial considerable. La tecnología actual permite otros modelos.
La oferta de Software de gestión empresarial ó ERP, (Enterprise Resource Planning), es abundante en el mercado, y cada uno posee ciertas fortalezas que pueden tener mayor o menor peso, según las necesidades particulares de cada Empresa y de cada Sector. Evaluando ERP es un evaluador imparcial que proporciona un conjunto de herramientas que ayudan a las personas que conocen los requerimientos funcionales de sus Compañías, a seleccionar software de gestión empresarial.
En poco más de 15 años, la tecnología del CRM fue blanco de una fabulosa transformación. Las primeras generaciones de aplicaciones, llamadas SFA (Sales Force Automation) en los comienzos de los '90, estaban orientadas a la automaticidad de actividades asociadas con la venta. Desde entonces el modelo de gestión de las compañías fue cambiando y el soporte tecnológico también.
La industria del software ha sido, los últimos dos años, una de las más dinámicas en la tecnología. Y no solo porque surgen up dates de los sistemas sino porque, a escala mundial, hubo una consolidación entre proveedores, que tienen como derivación mayores portafolios en los grandes vendedores y un camino de difícil inmersión entre los jugadores locales y los de nichos particulares. Los vendedores de Enterprise Resource Planning (ERP), tales como SAP y Oracle, han mordido share en software de...
El modo en que las empresas interactúan con sus clientes ha cambiado drásticamente con el correr de los años. Un negocio basado en clientes fieles de por vida ya no es garantía actual y, por lo tanto, las empresas han comenzado a considerar que necesitan entender sus necesidades cada vez mejor y...
La primer nota de esta serie fue ¿Quién se come la torta del ERP?, luego se vio la distribución de de instalaciones del software latino americano versus el extra regional. Este tercer artículo entrega datos complementarios...

