Una aplicación de gestión desde cero (ii)

Seguiré el análisis y desarrollo de SCGestión haciendo que sea multialmacén.

Para ello, tendremos una tabla ALMACENES que nos permite registrar todos los almacenes que tenga la empresa y controlar posteriormente las entradas, salidas , regularizaciones y existencias  de los artículos en cada almacén particular y también de forma general. La creación de esta tabla implica añadir una tabla más , histórica tanto de ARTICULOS  como de ALMACENES en la que llevar los datos anteriores a la que llamaré EXISTENCIAS, que además de los dos punteros a las tablas maestras , tendrá el campo numérico Existencias. Según vayamos evolucionando en el desarrollo, a las tablas tendremos que añadirle campos, índices, procesos y actualizaciones para que la aplicación sea lo más eficaz posible, pero por ahora tendremos las campos de utilización inmediata.

Los índices ARTICULOS  y ALMACENES  de la tabla EXISTENCIAS, los haremos de clave única ambos y formados cada uno por los dos campos punteros para evitar la duplicidad de la terna artículo-almacén.

Indices de clave única en EXISTENCIAS

Podría perfectamente quedarme con solo uno de los índices pues uno está formado por ALMACEN-ARTICULO  y el otro por ARTICULO-ALMACEN,  pero es una manía mía de usar los dos y así lo dejo . Al que le sobre o quiera ser muy purista, puede eliminar uno de los dos y no tendrá ningún problema.

Siguiendo con las tablas principales que usaremos en varias partes de la aplicación, creo las siguientes tablas que creo fundamentales:

  • SC-AÑOS  o ejercicios: maestra normal. Con el campo código tenemos más que de sobra en esta tabla.
  • SC-MESES, maestra
  • SC-TRIMESTRES, maestra
  • SC-DIAS, maestra. Genera los días de la semana.

Estas tablas, en el proceso ON-INIT de la aplicación se comprueba si tienen datos y si no es así, se llama a los proceso correspondientes que dan de alta registros en ellas.

Proceso de ejemplo: generación de los meses del año

  • SC-PAISES, maestra
  • SC-PROVINCIAS, submaestra de SC-PAISES
  • SC-POBLACIONES, submaestra de SC-PROVINCIAS.

También usaremos las tablas de impuestos , de la misma forma que expliqué en el artículo del blog

SC-IMPUESTOS,  SC-TIPOSIVA, SC-VALORESIVA y SC-COMPATIBLES con sus correspondientes procesos que generan los registros iniciales necesarios.

Esquema básico

Esquema básico de las tablas de SCGest.

Partiendo de esta estructura de tablas , construiremos a su alrededor la aplicación completa de gestión. Como podéis ver, por ahora apenas tocamos la parte derecha del editor, sólo para los procesos,  y hemos hecho la mayor parte del trabajo en la parte izquierda, en el análisis y estructura de tablas.

Os dejo aquí el link de descarga del mapa.

Una aplicación de gestión desde cero (i)

Me propongo hacer , como indico en el título una aplicación de gestión , sencilla pero eficaz y partiendo desde cero con Velneo. El proyecto me ronda la cabeza desde hace tiempo y creo que es ahora el omento de afrontarlo. No es ni mucho menos una aplicación perfecta pero intentaré que sea lo más real posible y que se adapte a la mayor cantidad de casuística posible,  implementando tanto el ciclo de compras como el de ventas y una agenda o CRM como se llama ahora, sin que sea ni mucho menos un ERP completo , pero si válido para aprender y para practicar.

La metodología que voy a seguir es como sigue:

  • Análisis y planteamiento inicial de las tablas principales
  • Análisis y planteamiento del ciclo de compras
  • Análisis y planteamiento del ciclo de ventas
  • Implementaciones finales

Además de publicar al final de los artículos el mapa final de forma libre y gratuita, iré mostrando los links de descarga de cada una de las fases del proyecto por separado, para que el que quiera, pueda seguir la evolución del mapa a través de las lecciones.

Intentaré también, aunque no prometo nada 🙂 hacer unos videos explicativos sobre las partes más difíciles de explicar con palabras pero que con imágenes resultan más claras.

Sin más preámbulos comienzo con la primera fase de las tablas principales.

Cuando acometo el análisis de una aplicación, fase que considero es la más importante pues de sus bondades o errores depende de que me dé más trabajo o menos el terminarla, me tomo mi tiempo para pensarla bien. En lo primero que me fijo es en las tablas principales sobre las que se basará  y cómo debo de conectarlas entre sí, usando el método de las frases que ya comenté en otro artículo de este mismo blog.

Parto, por tanto, de que la tabla principal de mi aplicación va a ARTICULOS  pues sobre ella se basa toda la gestión, en vender y comprar artículos. No me meteré en aspectos como la fabricación, pues mi experiencia me dice que cada una es un mundo distinto, y partiré de la premisa de que la empresa que quiero informatizar se dedica a comprar artículos y venderlos sin ningún tipo de transformación interna.

Alrededor de la tabla ARTICULOS  se van a mover todas las funcionalidades de la aplicación, desde la compra con su ciclo completo que va desde al petición de ofertas, su posterior transformación en pedidos, la recepción de mercancías mediante albaranes o notas de entrega y la llegada de las facturas de compra, hasta la venta con una operativa casi idéntica a la de compras ( oferta->pedido->albaran o nota de entrega->facturación) y todo lo que implica en el mantenimiento del almacén.

Toda relación mercantil se establece entre dos o más actores que en nuestro caso son básicamente dos, los proveedores y los clientes. Puede haber otro tipo de relaciones con otros actores y que jueguen un papel distinto, como preclientes, contactos… pero no cabe duda de que debemos tener una o varias tablas para guardar los datos de ellos. Siguiendo el esquema usado por Velneo en sus plantillas, llamaré a esta tabla ENTIDADES . Más adelante veremos cómo distinguir dentro de la misma tabla qué papel o papeles juega cada uno de ellos, dándose la posibilidad de que un cliente sea a la vez un proveedor y viceversa.

Las dos tablas básicas ARTICULOS y ENTIDADES

Os dejo el link de descarga del mapa con las dos tablas creadas y los campos principales.

Según vaya avanzando la aplicación iré colgando las distintas versiones del mapa.

A %d blogueros les gusta esto: