Disponibilidad por Cuenta Bancaría

 Para la obtención de la Previsión de  Tesorería será necesario indicar:

Ficha de Cliente, indicar la cuenta Bancaría donde se reciben Transferencias en Ingresos.

Ficha de Proveedor, indicar la cuenta Bancaría desde donde se realizan los pagos.

Ficha de PGC, aunque los parámetros de las cuentas donde se reciben los cobros o desde donde se realizan los pagos se heredan de la ficha de clientes y proveedores, existen las fichas de Acreedores las cuales se deberán indicar desde este punto desde donde se realizan los pagos.

Antes de obtener el informe es necesario lanzar el 'Cálculo de Previsión de Tesorería', y tras esto nos dirigiremos al GG. de Previsión 

Caducidad de Pedidos No Verificados y Verificados

PEDIDOS/PRESUPUESTOS

• En Cabecera de los documentos se añade un campo (s/n) ‘Recibida confirmación del Cliente’
• Para poder marcar/desmarcar ‘Recibida Confirmación del Cliente’ se mostrará una ventana que pedirá el código de usuario (por defecto el del usuario del Pedido), su contraseña y un comentario corto. 
• Cada vez que se marque o desmarque se añadirá un registro de la fecha/hora/usuario/comentario de este hecho.
• Se añadirá un GG que informe de estas acciones es dicha tabla, o en su defecto se mostrará en el Histórico de Pedidos añadiendo el campo ‘recibida confirmación, fecha-hora, usuario y comentario’. 

CADUCIDAD DE PEDIDOS NO VERIFICADOS.

• Se realizará una nueva función programable que:
• A los ‘x’ días de la ‘Fecha del Pedido’:
• Se liberará el ‘Pedido’ en su totalidad convirtiéndolo a ‘Presupuesto’ salvo que haya alguna línea esté en OS, o Ubicada, es decir con Bulto asignado o en Preparación.
• Se borrarán las líneas de OPC que no estén en ‘OS’.
• Se borrarán las líneas de Reserva no OPC
• Se notificará por email a ciertos correos ‘libres’ indicados en el propio procedimiento

CADUCIDAD DE PEDIDOS VERIFICADOS

• Se realizará una nueva función programable que:
• A los ‘X’ días de la ‘Fecha Acordada (fpe1)’ de cada línea del Pedido:
• Se borrarán las líneas de OPC que no estén en ‘OS’ 
• Se borrarán las líneas de Reserva no OPC (incluidas las del punto anterior) 
• Se notificará por email a ciertos correos ‘libres’ indicados en el propio procedimiento 

FICHA DE CUENTAS

• Se añadirá un campo el cual indicará los ‘’días para la caducidad en Pedidos No Confirmados’ y ‘días para la caducidad en Pedidos Confirmados’

GENERACION DE PEDIDOS INTEREMPRESA

• Se heredará de Origen la marca de ‘Pedido confirmado’ cuando se Genere el Pedido a través del botón correspondiente. 
• En caso de que el Pedido Origen tenga asociado un Pedido destino, si se modifica la marca en Origen también la modificará en Destino. 

GG. CABECERA de PEDIDOS, GG. LINEAS DE PEDIDO, OLAP PEDIDOS DE VENTA, y CUADROS DE MANDO ASOCIADOS (Dashboard General y Dasboard de Cuentas)

•  Estos informes se podrán filtrar por el campo ‘’Pedido confirmado por cliente’.

Valoración de las SALIDAS a precio de coste FIFO.

El valor FIFO es un valor cambiante, donde dependiendo de las entradas-salidas en su fecha este se ve modificado.

Además, queremos operar desde el punto de vista que: la valoración de stock FIFO y el valor de coste FIFO asignado a las ventas (salidas) del día no son coincidentes salvo que el resultado tras la salida de un stock igual ‘0’.

Partiremos de la premisa que al no gestionar con exactitud la hora exacta de entrada-salida, todos los documentos y/o movimientos de almacén se consideran que han sido realizados en la fecha a la misma hora, siendo esta la de final del día 23:59.59, y procediendo a la ordenación que reciben dentro del día por su tipo de movimiento, a saber:

• De mayor a menor:
  • V: Ventas
  • R: Producción
  • P: Parte de Stock/Regulación
  • E, D, K; Especiales (Desclasificación A, Desclasificación, Decorados)
  • C: Compras
• Dentro de cada Tipo (V,R,P..) el orden tratado de mayor a menor por:
  • o ID.de Documento (SERIE/NºDOC/Linea)

El programa asigna un nuevo valor de coste al registro de SALIDAS (no tan solo Albaranes de Venta) con el ‘coste fifo unitario’ según TU de STOCK

• Se Pedirá una Fecha Inicial a partir de la cual se computará hacia atrás un nº X de días.
  • Ej.
    • Fecha Inicial: 31-12-2021
    • N.º días para calcular = 30
• La Fecha Inicial deberá tener una Copia de Stock valorada FIFO válida.
• De los datos seleccionados se excluirán:
  • Todas las entradas asociadas a un Albarán de Compra, con Pedidos de Compra asociado a un Pedido de Venta.
  • Todas las salidas asociadas a un Pedido de Venta asociado a un Pedido de Compra,
  • Todas las salidas cuya línea de Albarán esté marcada como ‘Precio de Coste modificado’.
• El proceso consistirá en:
  • Asignar a las unidades de la Copia de Stock las últimas entradas con fecha menor o igual a la fecha de la Copia ordenadas de mayor a menor según índice.
    • Se considerarán las exclusiones del punto anterior, es decir ventas con compra asignada, ventas con ‘precios de coste modificado’. Se incluirá un marcador para saber el precio aplicado, ya que para facilitar operativas se usará el mismo campo de valoración tanto para FIFO, como valores directos.
  • Revisar las salidas de mayor a menor de cada día y asignar el resto de las entradas ordenadamente.
  • En cada salida, se grabará un valor el cual será la media de sus entradas asignadas siendo este el valor FIFO aplicado del movimiento el cual se podrá obtener en diversos informes.

Pedidos automatizados de Aprovisionamiento Interno para almacenes ubicados (SGA-Bultos)

1. LOGISTICA/PEDIDOS APROVISIONAMIENTO INTERNO.

1. Generar Pedido de Ventas Depósito según Stock a Central por Modelos.
   • Se pueden almacenar distintas configuraciones.
   • Opción que redondee el Pedido a las unidades definidas en el TU de Lote de Venta.
   • Se puede ‘programar’ a una hora determinada o cada ‘x’ minutos su ejecución
2. Tras realizar el Pedido Interno se ejecuta la Reserva automáticamente atendiendo a:
   • i. Crear un filtro de artículos por cliente (ya que el cliente de depósito interno es uno concreto) y
   • Primero que intente reservar según el Filtro.
   • Si no puede reservar que lo haga con cualquiera.
   • ii. Poner marcadores para que la Reserva se haga solo de líneas tipo ‘M’, Almacén ‘M’ y clases ‘2’ y ‘X’, y que el total a Reservar esté Disponible sin mezclar lotes.
3. Tras realizar la Reserva se genera la OPC .
   • Según un 'check' generará solo OPC si el Pedido de Ventas a Depósito a Central por Modelos está totalmente Reservado.
4. Tras realizar la OPC generará la OS para el Torero asignado en configuración y así que este se disponga a su carga.
   
   
   

Configuración para la actualización de los Precios de Coste según compras

 El PC (Precio de Compra, Precio de Coste) y el PN (Precio Neto de Coste o Precio de Compra con Descuentos) de la ficha de Producto, se ven afectados por las diversas configuraciones del sistema, a saber:

1. El precio de Coste General de la Ficha del Producto según su configuración específica por producto

Combinada con la configuración genérica del Mantenimiento de Artículos sobre los Precios de Compra, con respecto a la actuación tras modificarse un Precio de Proveedor.

2. El Precio de Compra de Proveedor en la Ficha de Producto en el momento de la compra se actualizará dependiendo de la configuración en Albaranes de Compra y siempre y cuando se usen los códigos de línea específicos de códigos de Proveedor, a saber 'P', 'B' o 'V'.

¿Cómo dejar a '0' el stock negativo de un almacén?

Para dejar a '0' un almacén con stock en negativo o cierta gama de productos, los pasos a realizar son los mismos que los de un Recuento de Stock, salvo que en vez de indicar en el Parte de Recuento las unidades existentes, lo que haremos es aprovecharnos de la opción 'Generar un Parte de Recuento Automático', indicando que las unidades negativas son '0', es decir los pasos serán:

1. Copia de Stock a una Fecha.
2. Generar Parte de Recuento Automático indicando
1. Stock menor que '0' , incluirlo como '0'
2. Stock igual a '0', no incluirlo.
3. Stock mayor que '0', el mismo valor de la copia.
3. Regularizar Diferencias de Recuento, considerando 'Todas las líneas del recuento revisadas o no', y regular tanto los artículos existentes en el parte de Recuento como los que no.

ej.

Regenerar los Movimientos de Almacén

El Recálculo o Regeneración de los Movimientos del Almacén es una utilidad que le permitirá 'a posteriori' corregir valores bien en Unidades o bien en Precios los cuales se han visto afectados por modificaciones que afecten a su estructura, por ej. un cambio en el TU de Stock de un artículo, o una modificación en un albarán antiguo que afecte a la situación actual de los precios.