No se me ocurrió, pero estoy de acuerdo en que el
dolor es necesario para comprender las soluciones y su utilidad, o, como dicen los hombres de traje,
dolor . Si no tiene dificultades con la escasez, el exceso de existencias, los envíos atrasados y otros síntomas de mala planificación, excelente, el artículo no es para usted, y con una alta probabilidad, los problemas enumerados aquí no responderán en su alma.
Si ha experimentado o está experimentando el dolor de planificar en 1C, enfermémonos juntos y tratemos de recuperarnos.
El artículo está escrito principalmente sobre SCP. Parte de los problemas se eliminaron en ERP (al mismo tiempo que se agregaron otros nuevos), pero el dolor se ha mantenido hasta nuestros días.
Entonces vamos.
Seguridad
En primer lugar, ¿cómo sabe qué necesidades se satisfacen y cuáles no? Así que tengo pedidos de clientes, o un plan de ventas, o pedidos internos, o pedidos de producción: estas son mis necesidades (más precisamente, compradores). Hay existencias en almacenes, hay pedidos a proveedores (compra y procesamiento), hay planes de compra al final, estos son mis recursos. ¿Cómo responder a la pregunta: qué necesidades se satisfacen y cuáles no? Bueno, de inmediato la pregunta del asistente: ¿qué falta? ¿Qué necesitas comprar o producir?
No hay una respuesta simple a esta pregunta en las configuraciones 1C. Aunque la tarea, a primera vista, es trivial: tome todos los recursos, distribúyalos de acuerdo a sus necesidades, y será feliz. Parece que un informe simple debería ayudar, pero no lo es.
Yo, como tú también, hice tal informe. Para una respuesta grosera a la pregunta planteada, el informe es bastante adecuado, pero ¿quién necesita una respuesta grosera? Las personas tienen negocios, la respuesta a la pregunta depende del gasto de dinero, activos ilíquidos, falta de efectivo, relaciones con los clientes.
En un intento de aclarar la respuesta, mi informe comenzó a convertirse en condiciones y reservas. Por ejemplo, esta contraparte es la clave, primero se le debe dar stock en el almacén. Pero no tiene sentido sacar existencias de este almacén: este es el otro extremo del país, solo se puede traer en avión y solo en caso de emergencia. O este almacén es solo para la unidad X, pero en caso de necesidad especial, por orden del director, los chicos de la unidad Y pueden tomar algo de este almacén, pero deben hacer un pedido interno que se ejecutará por reubicación.
Las capacidades del esquema de diseño y el lenguaje de consulta ya no son suficientes para describir todas las condiciones para calcular la seguridad, y aparecen los manuales de ajuste. El informe comienza a parecerse cada vez más a un monstruo aterrador, y aquí se descubren cada vez más problemas nuevos con la calidad de los datos.
Luego ocurre otra pesadilla: el proceso de negocio cambia, al mismo tiempo que cambia la estructura del personal, los departamentos se mezclan, el número de almacenes se duplica, aparecen los planes de producción, surge un nuevo documento del tipo "Solicitud del comprador", que precede al pedido del comprador, etc. En resumen, hay tantas razones para la muerte del Informe que deja de resistir.
Asistente de planificación
El "Asistente de planificación" decide parte de los problemas de cálculo de seguridad en SCP. Me encantaba mucho esta herramienta, tiene ideas y enfoques geniales. Pero, por desgracia, siguió siendo el prototipo para resolver problemas comerciales reales. No contaré durante mucho tiempo sobre el abuelo asistente, si lo desea, puede encontrar fácilmente mucha información sobre sus limitaciones (cuello de botella, por ejemplo).
En relación con el cálculo de la seguridad, el principal inconveniente del "Asistente de planificación" es la necesidad de
utilizarlo constantemente. La imagen real de la seguridad cambia cada minuto, o al menos cada hora, y el asistente está diseñado para un uso relativamente infrecuente.
El segundo inconveniente importante es que el asistente no responde a la pregunta "¿a qué costo se proporciona?". Solo da lo que falta, es decir responde la pregunta adjunta, omitiendo la principal.
Reserva y alojamiento
En cierto momento, llamé la atención sobre la reserva (en almacenes) y la colocación (en pedidos a proveedores y pedidos internos). ¡Aquí está, parece, lo que necesito! La reserva da una respuesta inequívoca a la pregunta principal, por lo que se proporciona la necesidad. Dice directamente: tome un trozo de hierro de este almacén y vaya en paz, y un trozo de madera llegará en una semana del proveedor por orden n. ° 23123.
Pero la ilusión se estrelló en la realidad. La reserva se produce en el momento del documento (pedido del cliente, por ejemplo), y el lugar de la reserva (almacén o pedido al proveedor) se almacena en él. Una persona cometió un error hace tres días: todo, una cadena de reserva de tres días está volando al infierno. Cancelé el pedido al proveedor hace dos semanas: obtenga las desventajas en el registro de reserva. Lo sacaron del almacén sin reserva, o cancelaron la escasez, para comenzar todo desde la estufa.
La esperanza apareció en la forma de un documento "Reserva de bienes": le permite ajustar todas las reservas de una sola vez. Liberar, transferir, ocupar recursos más relevantes, es decir elimina todas las desventajas descritas anteriormente
La esperanza duró mucho tiempo, incluso se convirtió en varios proyectos. Yo, y probablemente tú, hicimos tales cosas, como el recálculo automático de reservas o una gran estación de trabajo para administrar reservas, de modo que Big Dispatcher pudiera transferir reservas de un lado a otro, sacarlas y tenerlas en cuenta, teniendo en cuenta las necesidades y todos los cambios en la vida real. Las manipulaciones de esta persona encajan fácilmente en el documento "Reserva de bienes", desde el punto de vista del programador, él está bien, hay casi un registro directo en los registros.
Pero aquí, no todo es sencillo. Los problemas con la secuencia permanecieron en su lugar, porque cambiar retroactivamente un requisito o documento de reserva también puede desviar el registro de reserva a menos. Big Dispatcher ya no puede confiar en los datos que cambian constantemente. Acaba de asignar reservas, un minuto después ingresa a su AWP y ve que ha distribuido recursos inexistentes (y por ingenuidad también llamó a la gente y prometió algo).
Además, el mismo inconveniente que en el asistente de planificación: redundancia, incl. AWP, debe
usar constantemente. Entra, síguela, presiona algo. El Big Dispatcher, de nuevo, es necesario.
Lo peor es que la copia de seguridad, como tal, no la necesitaba. Solo quería saber qué me proporcionaron, qué me proporcionaron y qué me faltaba. Y la reserva es "¡no tocar la mía!", Es decir Todo el proceso de negocio. Lo que, además, en las empresas manufactureras, a los muchachos del almacén (donde no hay sistemas WMS geniales) les gusta romper. Él era el único que estaba apoyando la producción con su alma, y cuando recibió partes escasas, simplemente las escondió en la esquina "para que los malditos vendedores no fueran quitados". ¿Qué tipo de reserva hay?
Probablemente, como usted, intenté crear un sistema de reserva y asignación automática. Parece que la tarea es simple, más técnica, similar a la contabilidad por lotes. Es necesario tomar todos los lotes de reservas y distribuirlos entre quienes lo necesiten. Pero las dificultades nacieron igual que en la contabilidad por lotes: la necesidad de restaurar la coherencia, los algoritmos complejos, la importancia de los cambios en los procesos comerciales y los esquemas contables.
Pero solo quiero saber qué se proporciona conmigo, qué se proporciona y qué se debe comprar.
Análogos
El tema está tan trillado que probablemente ni siquiera aparezca en las conferencias. Pasan los años, el carro no se mueve.
Dondequiera que trabajaba con la planificación, tenía que considerar los análogos.
La opción más fácil es la intercambiabilidad habitual de piezas. En el mecanizado, por ejemplo, un caso común es exactamente las mismas piezas de hierro de aspecto, pero hechas de acuerdo con diferentes versiones de la documentación de diseño. Por ejemplo, de diferentes grados de acero. O uno de forja, y el otro de estampado. O uno de su propia fabricación, el otro se compra. O la aspereza es diferente debido a los diferentes métodos de procesamiento de los proveedores.
La intercambiabilidad de tales partes puede indicarse tanto en el arrancador suave como en el ERP. En algún lugar, esta información incluso se tendrá en cuenta, por ejemplo, al seleccionar materiales en un informe de producción para un turno. Y cuando planifique y calcule la seguridad, no quiero comprar una parte, una análoga que ya tengo en existencia.
En la vida real, la contabilidad de los análogos es, por supuesto, más difícil.
Por ejemplo, la intercambiabilidad puede depender del cliente: uno necesita un acero diferente, el otro necesita sangre nasal 40X. Uno está hecho en China, el otro es un patriota.
Pero esto es todo: casos simples cuando los análogos están conectados uno a uno.
Sucede más difícil. Por ejemplo, cuando se hace un paquete de polímero, se toma una película de un ancho adecuado. Si el cliente solicitó un rollo de empaque de 1000 mm de ancho, tomamos un ancho de 1100 mm, lo cortamos a lo largo de los bordes en 50 mm (para que sea uniforme), y todos están contentos. Pero hubo una situación en la que no tenemos una película de 1100 de ancho, y hay 1105 mm. Por supuesto, no tomamos un baño de vapor y lo tomamos, simplemente habrá un poco más de desperdicio. Y podemos tomar 1110 mm, podemos 1115 mm, incluso podemos tomar 1300 si la orden de grabación y el cliente son nuestros favoritos.
Resulta una fórmula compleja para calcular el análogo. Cada película es una nomenclatura separada, es decir Las combinaciones para cada película serán decenas. Pero la aplicabilidad de las combinaciones de análogos depende del contexto: el ancho del producto que necesitamos obtener. Agregamos aquí que las películas del mismo ancho son diferentes en sus propiedades, pero pueden reemplazarse entre sí bajo ciertas condiciones. Y se puede cortar un rollo de 1000 mm de ancho por la mitad para completar un pedido donde se requiere un ancho de 450 mm. Y se puede cortar en tres partes, y no necesariamente lo mismo.
En resumen, el infierno es infernal. Pero quiero que se tenga en cuenta de alguna manera, y la respuesta a la pregunta "¿se nos proporciona o no?" El sistema dio.
Probablemente conozca esquemas de reemplazo de materiales aún más sofisticados. Dime que no sea tímido. De todos modos, nadie planea automatizar nuestra contabilidad de análogos.
Flexibilidad
Más precisamente, no flexibilidad, sino su falta. Probablemente, como usted, he escuchado la frase muchas veces: debe adaptar no 1C a sus procesos, sino sus procesos a 1C. Cuando trabajaba en una franquicia, a él mismo le gustaba repetir este eslogan a los clientes.
No hay flexibilidad en la planificación y el cálculo de la seguridad en 1C. La flexibilidad es cuando puede, sin una programación infernal, elegir la herramienta más adecuada, afinarla un poco y obtener el esquema de planificación requerido.
Me siento muy cómodo con SCP, pero no hay mucho para elegir en la decisión de planificación. Esto ni siquiera es flexibilidad, sino la Gran Nada, el vacío, el campo está limpio. ¿Se puede argumentar que Nada es flexible? Por supuesto Este es el encanto de SCP, por eso lo amo, especialmente en términos de planificación: haz lo que quieras, no será peor.
Por ejemplo, adjuntar a la adquisición de arranque suave de acuerdo con el método BBV (drum-buffer-rope) es una tarea simple, incluso mediante programación ordinaria, sin herramientas universales. Y es imposible estropear nada en el sistema con sus modificaciones, ya que trabajo en lo grande No se hace nada. Es como detonar una bomba nuclear a mitad de camino de Marte a Venus: el sistema solar no notará nada.
ERP ya tiene mucho para elegir: hay cuatro formas de satisfacer sus necesidades. Pero ERP, como dicen sus desarrolladores en una conferencia de socios, es un sistema orientado a procesos escrito para procesos. Cambie los métodos de apoyo en ERP: explotar la misma bomba nuclear, solo que ya en la Tierra. Especialmente dados los constantes cambios del personal editorial al personal editorial.
Sin embargo, la empresa es útil, hay mucho para elegir. Hablé con los desarrolladores, les hice preguntas sobre mi dolor, recibí respuestas decepcionantes: el dolor no se trata con esta píldora. No hay un informe sobre seguridad, no hay análogos, agregando o cambiando métodos de seguridad, solo a través del configurador, no podrá tener en cuenta sus objetos de metadatos en los esquemas de seguridad.
No sé sobre ti, pero en esta comparación, la Gran Nada está más cerca.
Objetos de metadatos personalizados
Bueno, realmente no hay nada que contar aquí. Cualquier objeto de metadatos agregado no entra en ningún plan de planificación o colateral.
Ejemplos de objetos de metadatos improvisados, y yo, y tú sabes un millón. Si combina SCP con soluciones de la industria, los objetos caseros aparecerán por sí mismos. Ninguno de ellos participará en la planificación, y el configurador es indispensable aquí.
Si el objeto no se agrega directamente, pero los accesorios, por ejemplo, no importa a dónde vaya, aparecerá al menos en la selección del asistente de planificación.
En el contexto de los objetos caseros, incluso es bueno que en 1C dicha planificación. Imagínese si fuera como RAUZ: integral, probado, funcional, autosuficiente. ¿Muchos de nosotros arriesgamos nuestras vidas agregando un documento completamente nuevo al movimiento de bienes e incluyéndolo en todas las cadenas de la RAUZ? ¿O se agregaron detalles a la nomenclatura, lo que afectaría la decisión de SLAU? Pero la planificación no es así: no te importa dónde la hayas agregado, de todos modos pasará.
Resumen
Antes, a menudo escuchaba la frase de que la planificación es un proceso único para cada empresa, y es imposible producir una solución estándar para todas sus opciones.
Después de esta frase, me gustó planificar como una clase de tareas.
Por un lado, la frase salva a 1C (y a cualquier desarrollador en general) de la necesidad de hacer una solución estándar.
Por otro lado, la frase inspira al intruso: ¡vamos, actúen, no hay leyes, reglas, decisiones correctas o incorrectas en este campo! Hazlo!
Trabajé durante varios años, probablemente tú también. Algo resultó, algo no, en algún lugar en el camino había sistemas monstruosos de planificación y respaldo, informes salvajes con configuraciones ilegibles y algoritmos que yo mismo no puedo entender ahora.
Y todo por esta frase. Crear, crear cada vez, porque no hay una solución estándar.
Entonces solo se dio cuenta de que la frase era incorrecta, no se decía, faltaba algo.
No hay una solución estándar para el
cliente . O de otra manera: no hay una solución en caja para el
usuario . No existe tal programa en el mundo en el que el usuario haga su propia planificación. Hay un programa en el que el usuario hará la contabilidad él mismo. Contabilidad todos lo sabremos.
Pero no son ricos en implementaciones individuales, también hay programadores 1C allí. El usuario: solo sabe presionar los botones, y aun así se equivoca todo el tiempo. El programador, escribe el código, conoce el esquema de diseño y el esquema de almacenamiento de datos, y ve los metadatos, y el objetivo de planificación sabe, y los procesos saben ... ¿Entiendes?
No existe una solución estándar para la tarea de planificación para el usuario, sino para el programador.
Debe haber una solución de tarea de planificación típica para el programador . Herramienta
- tener un cierto nivel de abstracción (pero no como configurador, por supuesto);
- resuelve los algoritmos básicos de las tareas de planificación para no preocuparse por ellos en cada implementación;
- capaz de utilizar todos los datos del sistema necesarios para fines de planificación;
- que para la configuración no requiere programación, pero tampoco se desliza en una actividad vulgar.
En general, necesita una herramienta creada por programadores para programadores.
La analogía clara más cercana es la
conversión de datos . No es una herramienta muy simple, pero no compleja, que resuelve un área específica y comprensible de tareas, el intercambio de datos, y contiene todas las funciones necesarias para la solución exitosa de este problema.
La conversión cumple casi por completo los criterios que presenté al sistema de planificación:
- tiene un cierto nivel de abstracción (no sabe nada sobre metadatos, sabe cómo trabajar con diferentes plataformas, sabe cómo transferir todo o en partes, etc.);
- resuelve los algoritmos básicos de los problemas de transferencia de datos para no preocuparse por ellos en cada implementación;
- capaz de utilizar todos los datos del sistema necesarios para fines de transferencia;
- no requiere programación * para configurar, pero tampoco se desliza en una actividad vulgar.
* - Eso no es cierto aquí, la programación en la conversión suele ser necesaria. Pero hay muchos ejemplos cuando no es necesario.
Desde mi punto de vista, y en el contexto del artículo, la conversión de datos es un ejemplo casi perfecto de una solución típica para un programador. La conversión ni siquiera intenta fingir que es para el usuario, por lo que no tiene que llevar usabilidad, un enfoque de proceso, configuraciones convenientes, requiere una organización de datos especial y otras soluciones de lastre para el usuario.
Otro digno de mención es
Presupuestación en SCP . Este es un sistema que le permite recopilar cualquier información del sistema mediante consultas y crear una planificación presupuestaria a partir de ellas. Por lo general, no funciona de inmediato, pero si coloca el programador detrás de la configuración, puede obtener un resultado positivo lo suficientemente rápido.
Seguiré con una herramienta que personalmente pensé que era correcta:
ERP Monitor . El propósito de la herramienta es multifacético, pero al mismo tiempo muy simple: proporcionar información sobre el negocio de la manera correcta. Lo principal: en el monitor ERP puede escribir diagramas de diseño, definir sus propios indicadores, las reglas para su cálculo y control. Por supuesto, el usuario no hará esto, aunque se ha intentado hacer la interfaz de configuración para el usuario; existen indicadores, estrategias y objetivos predeterminados. Plante al programador con la declaración correcta del problema: creará un sistema de control inteligente para la empresa.
Ahora, de hecho, la
pregunta principal : ¿dónde está la herramienta para configurar la planificación y el cálculo de la seguridad, similar en flexibilidad y capacidades a la conversión de datos, la presupuestación y el monitor ERP?
Configuraciones típicas de 1C: como "contabilidad y gestión". La base de la gestión es el plan y el control. El control, como mínimo, se puede construir. Es casi imposible construir la planificación correcta y moderna, capaz de responder rápidamente a los cambios ambientales, teniendo en cuenta las peculiaridades del enfoque ruso de la contabilidad.
Es por eso que aparece la frase "contabilidad y gestión" en la primera palabra. Y quiero un equilibrio, una cosa se sigue de la otra.
Todo lo anterior es la opinión personal del autor, por supuesto.
PD: Bueno, me preguntaré, es muy interesante, tal vez lo sabes, y ¿quién tomó las decisiones, cómo tomar la herramienta correcta en SCP o ERP, y cuál está mal? Por qué el presupuesto es correcto y la planificación es incorrecta.