Gestión Retail Industria

== Spalnex Gestion ==
Spanex es una aplicación orientada a satisfacer la demanda de soporte a la gestión de productos y servicios de terminación del mercado de la construcción civil. Esta gestión toma forma de una serie de módulos que articulan los diferentes procesos de gestión administrativa y los concernientes a los propios de producción.

Basado y diseñado en herramientas de código abierto, la aplicación desde su concepción, tiene el claro objetivo que la misma un engranaje eficiente en la cadena de maximización del retorno de la inversión.

Consta de módulos que permiten desde la definición de componentes de productos y servicios hasta el control de la producción de los mismos.
Existen 2 entidades principales con las que se trabaja dentro de la aplicación, a saber:

* Productos
* Contactos

Dentro del concepto de '''Productos''' quedan incluidos todos aquellos elementos que puede conformar un producto terminado, un modelo o un conjunto de elementos a comercializar como así también, aquellos que puedan ser comercializados por si solos.
Dentro del concepto de '''Contactos''' quedan incluidos todas aquellas personas físicas o jurídicas que sean objeto de alguna operación dentro de la aplicación.

La versión actual no incluye la gestión gráfica del armado de los elementos, sin que esto sea un impedimento para poder generar productos comercializables.

Para profundizar en los conceptos, se detallan a continuación algunos subesquemas que son de importancia dentro de la aplicación.

=== Gestión de Productos ===
En la gestión de productos se engloban una serie de procesos necesarios para mantener la integridad y el normal desenvolvimiento de los módulos de la aplicación. Aquí se han definido en forma individual (obviamente interrelacionadas entre si) varias entidades a saber:

Nota: a lo largo de esta ayuda, se podrán observar algunos gráficos conceptuales que tienen como algunas figuras que significan

[[Archivo:FZG.DOCS.Procesos.Ayuda.jpg|center|Vista Conceptual del Proceso]]

Denominamos productos a todos los Productos Terminados y/o Materias Primas que lo componen. Dentro de esta estructura de información incluye la información referida a las magnitudes de control del producto y los coeficientes de precios a aplicar sobre precios de costo del producto para la venta y la imagen del producto, en el caso que exista

[[Archivo:FZG.DOCS.Procesos.Productos.jpg|center|Vista Conceptual del Proceso]]

Se observará más adelante que el concepto de producto es amplio y que incluye subproductos, parámetros de subproductos, precios, composiciones diferenciadas y otros elementos que permiten tener un mantener un portfolio de productos muy variada. Para esto se subdivide los productos en:

*Productos PPD: (Propiamente Dicho. A partir de aquí, "Productos"
*Precios: Precios de los productos
*Composiciones: Conformación de conjuntos de productos o elementos para conformar otros productos comercializables. Se incluyen aquellos aspectos de control de forma, y categoría de producto. Es necesario aclarar que dada la versatilidad de la aplicación, puede incluirse dentro de un producto compuesto, otros subproductos o elementos tales como Mano de Obra, Colocación, Transporte, etc.

==== Productos ====
Al tiempo del ingreso de la información de producto, y a efectos de mantener la integridad de las estructuras de información, una vez finalizado el ingreso de la información de ese producto, al almacenarse, también genera en forma automática registraciones dentro de las estructuras de precios y de composición, con los valores de precios en 0 y un registro de composición con los valores de coeficientes asociados en 0

Es importante diferenciar los coeficientes indicados dentro de la estructura de producto y los indicados dentro de la estructura de composición. Dada la facilidad de integración de "productos" o "kits" con diferentes "componentes" o "elementos", un elemento dentro de un producto puede tener valores diferentes a el mismo elemento aplicado para otro producto. En el caso de productos como las aberturas, probablemente las dimensiones reales de los interiores de una ventana sean diferentes a las de otro modelo de ventana aunque estas ventanas en si tengan la misma dimensión. En el caso que se desee precisión de costos, estos coeficientes y valores serán de suma importancia.

==== Precios ====
Se refiere a la lista de precios. 
Debe existir una registración de precios por cada producto activo. Si el ingreso del producto se realiza dentro de los procesos normales, esta registración debiera existir.
Por cada registración existen, a la fecha, 4 tipos de precios diferentes. Normalmente, El precio "0" está indicado como Precio de Costo". El resto (3 definidos en el release 20120328) puede ser aplicado a discreción del usuario. Nuestra sugerencia es dividir la política comercial en 3 tipos de clientes. La asignación del tipo de cliente se realiza dentro del Mantenimiento de Contactos.

[[Archivo:FZG.DOCS.Procesos.Precios.jpg|center|Vista Conceptual del Proceso]]

Los valores de cada uno de los precios por Tipo de Cliente pueden automatizarse a través de los coeficientes de Precios establecidos dentro del esquema de datos de Producto.

Existen a la fecha 5 procesos que afectan directamente este concepto:

*Cambio Masivo: Aplica un coeficiente de actualización a todos los tipos de precios de acuerdo a un filtro de producto dado.
*Masivo Coeficientes Actualización: Permite modificar los coeficientes de actualización de acuerdo al "Precio 0" en forma masiva de acuerdo a un filtro de producto dado.
*Precios General: Permite modificar los valores de precios (no coeficientes) por producto individual.
*Precios Tabular Normal: Permite modificar los valores de precios por producto en un formato tabular.
*Precios Tabular por Proceso: Permite modificar los valores de precios por conjunto de productos, aplicando en forma selectiva el coeficiente a utilizar.

==== Composición ====
Esta estructura de información alberga una matriz de Producto-Elemento/Componente de Producto. Esta esquema permite definir los elementos componentes de un producto sean estos básicos (necesarios) o optativos.

[[Archivo:FZG.DOCS.Procesos.Composicion.jpg|center|Vista Conceptual del Proceso]]

Un simple ejemplo de esta definición es el siguiente:

<small>
{| class="wikitable"
|+
!Producto
!Componentes
!Necesario
|-
|Ventana Corrediza "XXXXX"
|Marco Línea "XXXXX"<br/>Vidrio Incoloro 4mm<br/>Vidrio Templado Opaco<br/>Accesorios Línea "XXXXX"<br/>Instalación Ventana Corrediza "XXXXXX"
|align="center" |Si<br/>No<br/>No<br/>Si<br/>Si
|-
|}
</small>

En el ejemplo precedente, observamos una abertura con sus componentes y con la posibilidad de definir entre 2 opciones con que tipo de interior se podrá presupuestar.

Este esquema permite mantener variable la definición de productos de acuerdo a los precios individuales de cada elemento.

Debido a que de este esquema partirá el cálculo de los precios, por defecto, al ingresar un nuevo producto, en forma automática se agregará un registro de componente (mínimo) con los datos del Elemento igual al Producto. Esto no debe modificarse a menos que quiera establecer un producto compuesto, en cuyo caso, solo será necesario contar con un producto básico.

==== Proveedores ====
Se refiere a los códigos de proveedores. Inicialmente se utiliza para diferencias los productos de acuerdo a su procedencia y para facilitar el proceso de cambio de precios, siendo estos códigos los atributos de diferenciación entre materias primas similares.

=== Presupuestos ===
----
Este módulo permite gestionar presupuestaciones para clientes de forma amena y precisa, dependiendo su amplia flexibilidad de cuales hayan sido los datos ingresados en la conformación de los productos.

Es posible 


==== Presupuestos ====

Este proceso permite la gestión de propuestas de venta para todo tipo de clientes. Cuenta con un diseño que permite una visualización integral de los productos y procesos que intervienen en la conformación de esta propuesta de venta. Las acciones posibles dentro de este proceso son:

*Propuestas
**Alta
***Propuestas de Ventas
***Rápida de Clientes
**Modificación
***Productos
***Cantidades
***Dimensiones
***Inclusiones
***Actualización de Precios
**Consulta
***Consulta Registro secuencial
***Consulta por Filtros
**Activación
**Impresión
**Envío por circuito de correo electrónico
**Copia de Presupuestos

===== Características =====


Este proceso permite el ingreso y visualización de presupuestos pendientes. El formulario se divide en 4 partes:
* '''Cabecera''': Son los datos principales del formulario.
* '''Detalle Presupuesto''': Se detallan todos los productos que formarán parte del presupuesto
* '''Detalle Producto''': Se detalla todos los elementos que conforma un producto y sus adicionales.
* '''Detalle de Parámetros Adicionales de Item''': Se detallan los datos inherentes a posición, cantidades o cualquier otro dato adicional que no dependa en forma directa a los datos de Cantidad, Ancho o Largo y Alto.

[[Archivo:FZG.DOCS.Procesos.Presupuesto.jpg|center|Vista Conceptual del Proceso]]

'''Cabecera''': Se destaca la inclusión de los datos del cliente y la asignación de un agente de venta del presupuesto. Es importante la definición de los datos del cliente ingresado dado que dependiendo de la tipificación del mismo varariá en forma directa los precios a aplicar en los presupuestos. Últimamente, se a agregado la información de Agente Comercial que corresponde a quién es responsable del presupuesto y gestor del cumplimiento del ingreso de toda la información necesaria tanto para el cálculo presupuestario sino también para su posterior fabricación en caso de ser aprobado.

[[Archivo:FZG.DOCS.Pantalla.Presupuesto.jpg|center|Vista Conceptual del Proceso]]

'''Detalle Presupuesto''': Se detallan los datos mínimos de Productos necesarios para la confección del presupuesto. Estos datos son: Cantidad, Producto (Código y/o Descripción), Ancho/Largo y finalmente Alto. Para los casos de productos definidos con Magnitud igual a Unidad (UN), solo tomará la información indicada en el campo de Cantidad.

Al tiempo del ingreso de la información de Productos, en forma automática se completará la sección de '''Detalle Producto'''. Esta sección es la que permitirá agregar los adicionales definidos en su oportunidad para completar el producto mencionado. Cabe aclarar, que solo se podrán agregar o eliminar lo elementos del Detalle de Producto que no formen parte del [[Esquema Básico de un Producto]]. A su vez, si los Elementos de los Productos ingresados tuviesen Parámetros adicionales a especificar, se agregarán en forma automática dentro de la 4º sección del formulario.

Dentro del detalle del producto se observan los siguientes datos:
* Elemento: Código del elemento que forma parte del Producto
* Descripción Elemento: Descripción del elemento que forma parte del Producto
* Precio Unitario: Precio por Unidad de Magnitud del Producto de acuerdo a las condiciones del presupuesto (Tipo de Cliente, magnitud especificada, etc.)
* Precio: Precio del Elemento de acuerdo a las condiciones del presupuesto y las cantidades especificadas.
* Detalle: Indicador para incluir la Descripción del Elemento dentro de la Descripción impresa del Presupuesto al Cliente.

Esta sección del formulario presenta las siguientes características:
* Es indistinto el ingreso por Código de Elemento o por la Descripción del mismo.
* Los campos de Código de Elemento y Descripción del Elemento poseen un botón de ayuda contextual. Solo se desplegarán los valores tanto de Código de Elemento como de Descripción de Elemento indicados dentro de la Composición de Producto.

Además, como se mencionó anteriormente, existe una 4º Sección de '''Parámetros Adicionales''' que pueden afectar a un Presupuesto. En este caso, se detallan los valores distintos a las medidas generales que afectan al presupuesto y su posterior diseño o colocación.
En esta sección pueden incluirse cualquier valor y depende de lo ingresado dentro de la tabla de [[Valores Adicionales de Productos]] (Ver [[Mantenimiento de Datos Auxiliares]])

Las características definidas de este formulario son las siguientes:
* El esquema de información posee 4 grupos de datos ya comentados.
* Los grupos de datos son independientes excepto al tiempo de ejecución de este mismo formulario y en las acciones de ingreso de información de cada grupo.
** El alta de un Producto en el Detalle Presupuesto presupone el ingreso en forma automática de al menos una registración en el Detalle Producto.
** El alta de un Producto se referencia a el Producto en si y su composición si la misma tiene más de un Elemento asociado.

==== Presupuesto: Aprobación ====
A los efectos futuros de gestión de fábrica y de cobranzas, cada elemento aprobado no podrá ser modificado.

==== Presupuesto: Aprobados ====
Consulta de Presupuestos Aprobados a la fecha.

=== Gestión de Valores ===
----
Una de las características de la aplicación es que puede hacer un seguimiento de los valores afectados dentro del proceso de gestion de comercialización, sin que esto reemplaze las formas y comprobantes fiscales, siendo de exclusivo uso interno de la empresa.

Esta gestión se divide en

*Cheques
*Pagos
*Cobranzas

Todos estos procesos sirven como ''hoja de trabajo'' para las registraciones legales y/o fiscales correspondientes y '''no es objetivo de la presente aplicación reemplazar las mismas'''.

==== Cheques ====
Representa la registración de cheques de terceros entregados en parte de pago. Los mismos son incorporados por medio del proceso de cobranza y pueden ser endosados en el proceso de Pagos.

Este proceso solo es de consulta y sirve para tener control de los valores registrados y disponibles.

==== Cobranzas ====
Representa la registración de las cobranzas

==== Pagos ====
Representa la registración de las pagos de proveedores/gastos generales. Posee la característica de asociar formas de pago para un mejor control de los valores destinados a tal efecto.
Los atributos definidos para esta registración son:
*# de la Transaccion
*Fecha de la Transaccion
*Fecha Valor del Pago
*Forma de Pago: En este caso, las formas habilitadas hasta el momento son las siguientes
**CHT - Cheque de Terceros: Cheques de Terceros aptos para Endosar. 
**OPP - Orden de Pago Proveedores: Cheques propios o cualquier otro documento ejecutable a entregar
**EFO - Efectivo Caja Chica
*Proveedor / Razon Social
*Tipo de Documento Origen: El documento que origina la obligación de pago
**OC - Orden de Compra
**FC - Factura
*NºDocumento
*Importe
*Detalle: Permite el ingreso del detalle del pago o la factura para su clara identificación.
*Imagen Documento Origen: Este proceso permite adosar la imagen del documento para su fácil visualización en caso de ser requerido

En la pantalla correspondiente, se despliegan 3 grandes bloques de información:
*Filtro General: para la visualización de las registraciones de pago efectuadas
*Pagos: para la visualiación en detalle de las registraciones de pago efectuadas
*Documento Asociado: En esta ventana se desplegarán diferentes tipo de controles asociados a la forma de pago seleccionada o elegida para la registración de pago
En el caso de indicar como forma de pago el código "CHT - Cheque de Terceros, a la derecha de la registración se desplegará la ventana de documentos asociado es en la que se emarcarán todos los cheques existentes disponibles para su endoso. Para seleccionar los mismos, pulse sobre la grilla de visualización de los documentos.
En el caso de indicar como forma de pago el código "OPP - Orden de Pago Proveedores, a la derecha de la registración se desplegará la ventana con la posibilidad de inscribir el documento emitido.
En el caso de indicar como forma de pago el código "EFO" se no se habilitará la ventana de Documento asociado, solo quedando habilitados los atributos arriba indicados.

== Generalidades ==

Esta versión de la aplicación se encuentra desarrollada bajo un ambiente propicio para la gestión de tareas generales de oficina. Este esquema permite gestionar la información en forma clara y sencilla mientras se tenga conocimiento de la estructura de información de la aplicación.

Como ya se encuentra indicado, la gestión de datos se encuentra basada en la definición de formularios que permiten en general el ingreso y mantenimiento de la información volcada dentro de la base de datos de la aplicación.

Muchos de los formularios ya tienen incorporada dentro del mismo una facilidad de filtro simple, que atañe a los Productos, Categoría o Proveedor de los mismos, pero también es posible realizar búsquedas de mayor precisión con el entorno donde se ha desarrollado la aplicación

Estos formularios, en su gran mayoría a menos que se especifique lo contrario, permiten gestionar el ingreso modificación y eliminación de documentos o registraciones ingresadas en la aplicación.

El otro elemento que es posible ejecutar dentro de los formularios es la de consulta y consulta parcial. Para esto último en necesario indicar cuales van a ser los atributos por los cuales esos datos van a estar desplegados. A nivel del usuario, la definición de la consulta parcial consiste en presentar el mismo formulario pero en blanco para poder indicar, campo por campo cuales van a ser los datos que servirá de atributo de selección de la visualización.

Para el caso particular de los campos de texto que desconozcamos parte del criterio, el mismo puede ser reemplazado por la siguiente sintaxis:
<small><pre>
LIKE %<cadena de caracteres que respondan a la búsqueda>%
</pre></small>

Como se indica en el párrafo anterior, es imprescindible anteponer el prefijo "LIKE" antes a la cadena de caracteres. Se observa también que a ambos lados de la cadena de caracteres se sitúa el signo de porcentaje (%). Este signo tiene la función de comodín. Las siguientes cadenas sirven de ejemplo:
<small><pre>
LIKE Ventana%
</pre></small>
Indicará que ese criterio de búsqueda será para todos los elementos que comiencen con la palabra "Ventana".
<small><pre>
LIKE %Vidrio%
</pre></small>
Indicará que ese criterio de búsqueda será para todos los elementos que tengan en cualquier posición dentro del campo seleccionado la palabra "Ventana".

== Referencia Rápida ==

== Respuestas a Preguntas Frecuentes ==
;¿Que sucede cuando se ingresa un nuevo Producto?
:El ingreso de un nuevo Producto se utiliza cada vez que exista un producto o elemento componente de un producto para indicar los elementos mínimos de identificación de ese Producto o "Materia Prima" (denominado "Elemento"). Además, en forma automática se generan registraciones tanto en las tablas de Precios como en la de Composición, marcando en esta última el atributo de Elemento Primario para asociarlo en el caso que se coloque como elemento único dentro de una presupuestación.
;¿Que sucede cuando elimino un presupuesto?
:Se eliminan todas las registraciones asociadas (productos y elementos asociados al producto.
;¿Que sucede cuando elimino un producto de un presupuesto?
:Se eliminan todas las registraciones asociadas (de elementos componentes de ese producto en ese presupuesto, que pueden variar en cada presupuesto).
;¿Que sucede cuando modifico las magnitudes de un producto en un presupuesto?
:Se actualizan los precios en ese presupuesto con la última lista de precios vigente de todos los elementos asociados a las magnitudes del producto modificado.
;¿Que sucede cuando modifico las cantidades de un producto en un presupuesto?
:De la misma manera cuando se modifican las magnitudes, se actualizan los precios en ese presupuesto con la última lista de precios vigente de todos los elementos asociados a las magnitudes del producto modificado.
;¿Que sucede cuando modifico un producto (Código de Producto o Descripción indistintamente)?
:Se procede a eliminar las registraciones existentes del producto modificado y se agregan los elementos asociados a ese producto con el precio actualizado de acuerdo a la lista de precios vigente.
;¿Se puede recuperar un presupuesto eliminado?
:No. En el caso que se haya pulsado por error la tecla de eliminación, existe una pregunta de seguridad antes de eliminar físicamente la registración del presupuesto.
;¿Que sucede cuando ingreso un producto en un presupuesto?
:La aplicación automáticamente ingresa como elementos básicos aquellos que hayan sido señalados como básicos dentro del esquema de Composición de Producto. Si el Producto tiene otros elementos asociados pero no están definidos como básicos, es posible ingresarlos debajo de los básicos. En este caso en particular, solo estará permitido ingresar aquellos productos asociados en la composición previa y no otros Productos/Elementos.
;¿Que significa Aprobar un Presupuesto?
:Es el proceso que permite "fijar" un prespuesto y que no pueda ser modificado.
;¿Porque no puedo enviar por correo electrónico un presupuesto?
:Probablemente no esté incorporado el dato de Correo Electrónico Principal dentro de Contactos. Proceda a mantener actualizada la información de Contactos.
;¿A que se refiere el Mantenimiento de Contactos?
:La aplicación define como Contacto a toda persona física o jurídica que tenga relevancia dentro del proceso. Esto significa que tanto los Clientes, Proveedores, Agentes Comerciales y otras personas, deben figurar dentro de esta Entidad. La diferenciación de cada uno de ellos se encuentra en la asignación las diferentes categorías desplegadas en el formulario correspondiente.

== Glosario ==
{|
! Concepto
! Definición
|-
|''Formularios''
|Los formularios ofrecen un método o rutina para el ingreso controlado de datos. En si, un formulario consiste en un conjunto de elementos o controles que mantiene un dato.
|-
| ''Base de Datos''
| Conjunto de componentes de información. Puede contener estructuras de datos como así también rutinas y funciones asociadas a las estructuras de datos
|-
| ''Tabla''
| Conjunto de datos referentes una entidad de información. Puede ser representada como una planilla de 2 dimensiones con registraciones y atributos comunes de esa entidad de información.
|-
| ''Entidad''
| Conjunto de datos referentes que conforman una unidad cuyos atributos la diferencian de otras unidades registrales. La conformación de una entidad se puede dar basada en solo una tabla o un conjunto de ellas.
|-
|}