Hola Habr!
Bajo la presión de un interés tan vivo en los sistemas de planificación de recursos empresariales (ERP), arrancó los bienes raíces de su silla y decidió compartir sus impresiones. Tratemos de entender quién, por qué y cuánto ERP, si algo necesita ser regulado y dónde, con todo esto, la misma flexibilidad que supuestamente ERP no tiene.
Cuando SAP, como nos dice Wikipedia, en 1972 dio sus primeros pasos ...
... ¿Cuál fue el primer funcional? Contabilidad Y hasta ahora, a menudo comienzan a implementar SAP precisamente desde la contabilidad: todo está relativamente claro allí, y "completamente extraños, no de nuestra región" se encargaron de las regulaciones.
¿Qué hace cualquier empresa? La empresa gana dinero. Es decir, todo lo que sucede se refleja en el estado financiero. Llegó el dinero, pagamos la factura. Llegaron las materias primas: los productos terminados salieron del almacén. Se frotaron alrededor del granero, horneamos un pan (es decir, hicieron algo) ... bueno, en general, lo traje, contadores. Sabes a lo que me refiero. A los italianos se les ocurrió en el siglo XIII, antes de SAP.
Después de que SAP se metió en la contabilidad y la entrada de datos no se inició desde tarjetas perforadas, sino desde el teclado, los cabezazos inteligentes
perezosos decidieron usar el mismo enfoque para compras, producción, control de calidad, etc. Y esto es lo que salió de eso.
Sistemas ERP: una gran cantidad. Grande, pequeño, para diferentes industrias ... Tuve la oportunidad de trabajar con tres
y media , y las tres eran muy diferentes. Y sí, queridos amantes, para escribir algo propio, tampoco se aburrirán con ERP.
Casi todo lo que (desde el punto de vista del fabricante) está diseñado para facilitar la vida de la empresa de fabricación, tiene una etiqueta ERP. Dios sea su juez ... No quiero pulir temas como "ERP tiene un sistema de contabilidad de almacén" en este artículo. En primer lugar, no siempre existe allí (pero en algunos lugares hay un sistema de reserva de habitaciones de hotel). En segundo lugar, no es para usted. lo cual no obliga. No desea: deje que su almacenista traiga la lista de almacenes al departamento de contabilidad todos los meses, no hay problema.
Me gustaría hacer hincapié en el hecho de que, como dice un colega, ese sistema nos "da".
El eterno problema del desarrollador: qué pila usar; cómo llevar a cabo el desarrollo; dónde conseguir los desarrolladores; quien conoce esta pila; a quién contactar si todo está mal; cómo controlar la calidad del desarrollo ...
Los detalles de las aplicaciones comerciales (además de lo anterior): cómo hacer que su programa funcione en 10 - 20 - 30 años, por favor, con todos los datos históricos; CÓMO IMPRIMIR (para aquellos que se sorprendieron: la impresión es un tema separado en general, hay tres motores en paralelo en SAP); Cómo garantizar la consistencia de los datos.
Un buen ERP resolverá estos problemas por usted. En el fragor de la batalla, olvidamos que SAP es un sistema de desarrollo (en el que se implementa la funcionalidad ERP y mucho más). No me creas, descarga un mini-SAP. Está "desnudo": contiene solo este mismo sistema de desarrollo, servidor, base de datos y cliente. No encontrará ninguna funcionalidad ERP allí. Pero encontrará diseñadores gráficos de tablas de bases de datos, su propio lenguaje de programación, un sistema de embalaje para transportar programas entre sistemas, un diseñador de ventanas, gestión de usuarios, derechos de acceso, etc. (Ahora me tiran tomates podridos, porque mucho ha cambiado en el "nuevo" SAP. Me arrepiento, me arrepiento ...)
Si se le ocurrió su propio idioma para ERP, también está diseñado para esta clase de tareas. Y eso es todo: ¡acelerar el proceso de desarrollo! (risas)
Y siempre encontrará especialistas en SAP: solo tiene que pagar. Y así, un lugar de pan ... Es otro asunto si el único programador de SU empresa, que en los últimos 10 años ha reescrito en Java, bueno, realmente todos los programas desde el botón para abrir la puerta al sistema de automatización del almacén, han pasado por alto. Aquí todo está mal y no hay nadie para ayudar. Pero los costos de TI han sido ridículos todos estos años. Bueno, él se ríe bien ... ya sabes.
Pasaron los años, SAP superó a los clientes, y cada cliente tiene sus propias cucarachas en su cabeza. Alguien carga naranjas en barriles, alguien da préstamos y alguien brinda servicios. Y así resultó (1) lógica multinivel, que está configurada para un cliente específico; (2) puntos de entrada para programar en un proyecto; (3) un enorme ecosistema de módulos: mantenimiento, por ejemplo, o importación-exportación.
Que es tan maloBueno, es un pecado esconderse ... El código, que puede tener hasta 30 años, y que fue escrito según los cánones de entonces, no es muy agradable de mantener en el siglo XXI. Por lo tanto, tres motores de impresión. Es por eso que hay diferentes opciones para trabajar con memoria, por lo tanto,
ABAP orientado a objetos y "normal". De todos modos, muchas tecnologías "viejas", "nuevas" y "completamente nuevas". ¿Hay muchos más sistemas en los que los programas de hace treinta años funcionen en paralelo con los nuevos?
Además de esta capa, los programas están escritos en el proyecto que automatizan situaciones que se repiten con frecuencia aún más. Se puede hacer mucho manualmente, pero pocos usuarios conocen tan bien el sistema.
En cuanto a mí, la mayoría de los proyectos fallan porque
- eligió el ERP incorrecto
- sin suerte con consultores
- no pudo sistematizar lo que está sucediendo en la empresa
- que era posible sistematizar no funciona en ERP, pero realmente quiero (y ERP desfigurado)
- los empleados todavía hicieron como antes
- querían automatizar inmediatamente todo en un 110%
- decidió que ERP es otro juguete para especialistas de TI, déjelos implementar y hacerlo
Entonces, si estamos hablando de implementar ERP, y no de cambiar a otro ERP, se queda tranquilo, continuará. Y es muy importante recordar que ERP es
por siglos o décadas. La implementación es solo el comienzo.
En esto, déjame despedirme.
Tuyo, m_OO_m