CV 20211001v11 – Update 18

Print Friendly, PDF & Email

Índice de desarrollos – Update 18 / CV20211001v11

LOGÍSTICA / ALMACÉN

Nuevos desarrollos
  • En «Estadísticas y listados» se emitirá un mensaje emergente al intentar sacar una «Estadística de ventas» sin tener permiso para «Ver costes».

Estadísticas y listados

Mensaje de aviso cuando se ejecuta la “Estadística de ventas” sin tener permiso para “Ver costes”

Se mejora la función “Estadística de ventas” (estad-alm-ven) añadiendo un mensaje emergente de aviso cuando un usuario Isi (gseguridad) sin permiso para “Ver costes” en alguno de los almacenes de la selección ejecuta la estadística. El mensaje avisará cuando el usuario no tenga permiso para ver costes y, por lo tanto, tampoco para ver márgenes, con el siguiente mensaje: “El usuario ‘DOC’ no puede ver costes en alguno de los almacenes que entran en esta selección. Pulse ‘Sí’ para continuar sin márgenes. Pulse “No’ para cancelar y cambiar la selección.”.

En caso de aceptar el mensaje y proseguir con la ejecución de la estadística, las columnas siguientes se ocultarán: Total PCPM, PCPM Medio, Margen, % Margen.

COMERCIAL

Nuevos desarrollos
  • En «Alta de vehículos» se añade un botón de acceso directo a los datos de «Gestión vehículo».

Alta de vehículo

Botón “Gestión vehículo” para acceder a la introducción de datos de compra/fábrica al crear unidad de vehículo desde el módulo “Comercial”

Se mejora la función “Entrada vehículos en stock” (vehic-entrada) añadiendo el acceso a la introducción de los datos de la factura de fábrica. Para ello, el usuario accederá a “Entrada vehículos en stock” (vehic-entrada) y, tras crear la unidad de vehículo, pulsará el botón inferior “Gestión vehículo”. Se abrirá la ventana emergente “Mantenimiento unidades de vehículos” desde donde el usuario podrá pulsar la pestaña “Compras” e introducir los datos de factura de fábrica, así como muchos otros datos.

ADMINISTRACIÓN

Nuevos desarrollos
  • En «Caja y bancos» se permite ordenar las columnas de la ventana de selección de documento a «cobrar» o «pagar» en «Movimientos de caja».

Caja y bancos

Poder ordenar las columnas de datos de la selección del documento a “Cobrar” o “Pagar” en “Movimientos de Caja”

Se mejora la función “Movimientos de caja” (Mcaj-mov) permitiendo al usuario ordenar las columnas de datos de los registros mostrados en la ventana de selección de documento a “Cobrar” o “Pagar”. Para ello, bastará con seleccionar y arrastrar la columna hasta la ubicación que se desee.

CORRECCIONES

  • Error de conexión del servidor de licencias cuando existe el carácter “&” en la descripción de la empresa: Cuando el servidor de control de licencias intentaba conectarse para recibir los datos y el nombre de la empresa tenía el carácter «&» incluido en la descripción; se generaba un error de conexión que impedía recibir datos. Solventado.
  • Al introducir una matrícula para abrir una OR del Taller, ésta se crea con el primer propietario del vehículo y no con el actual: Cuando el usuario accedía a la función “Apertura O.R.» (or-aper-grafic) para abrir una orden de reparación de un vehículo que en la base de datos tenía registrado más de un propietario; al introducir la matrícula, automáticamente se abría la OR con el primer propietario (antiguo). Solventado, isiParts propondrá el último registrado (el más reciente). Además, en caso de tratarse de un propietario que ha sido marcado como “dado de baja”, no se mostrará.
  • Margen incorrecto en el cálculo de ABC: Cuando el usuario accedía a la función “Análisis ABC por referencia” (analisis-abc) o “Análisis ABC por familia” (analisis-abc-f), el margen calculado era incorrecto. Solventado, se revisan los cálculos internos que se ejecutan para obtener el margen.
  • Pedidos borrados en ULMA sin procesar: En ocasiones, los usuarios de almacenes robotizados con sistemas SGA/ULMA, se encontraban registros de pedidos sin procesar que se habían borrado de ULMA. Solventado.
  • No se tiene en cuenta la “serie de facturación” al importar tarifas de compra vía fichero (F8): Cuando el usuario, desde “Gestión tarifas de compra” (tarifa-com-man) pulsaba F8 y accedía a la ventana de importación de tarifas de compra vía fichero; al seleccionar el fichero con las condiciones de compra a importar, la “serie de facturación” no se mostraba; es decir, no se trataba. Solventado.
  • El SGA recibe pedidos de otro almacén sin que éstos estén “confirmados”: Aquellas empresas que trabajan con sistema de almacén robotizado (ULMA/SGA) se encontraban pedidos para su preparación que estaban relacionados con documentos de venta de otro almacén abiertos en “Mostrador” y no confirmados (finalizados). Solventado, hasta que no estén confirmados no serán enviados al SGA.
  • Se corrigen algunas incidencias y se realizan mejoras entorno a la carga de facturas TecCom vía TecReverseMessage, servicio de contratación adicional que permite cargar documentos (prealbaranes, albaranes y facturas) de compras a proveedor realizadas mediante TecCom:
    • En las facturas recibidas a través de TecCom y posteriormente facturadas a los socios (refacturación) no aparecían los descuentos. Solventado.
    • El importe en concepto de “Portes” de Hella se mostraba prorrateado en las referencias. Solventado, aparecerán separados.
    • En las facturas Hella no aparece el nombre del Taller al que se entrega. Solventado.
    • En facturas grandes cuentas: Se recogerán los campos i2i en los albaranes y las facturas se generarán en el formato de cada cliente (centro, matrícula, etc.).
    • Familia referencias al recuperar facturación centralizada y albaranes refacturación TecCom.
  • Mensaje emergente que impide modificar la fecha del albarán de devolución a proveedor: Cuando el usuario accedía a la función “Devoluciones proveedor” (mtoDevoPro), indicaba un albarán y pulsaba el botón “Modificar” y seguidamente «Modificar cabecera»; al intentar modificar la “fecha del albarán”, isiParts mostraba el mensaje emergente “La fecha no puede ser superior al movimiento”. Solventado.
    Ver ejemplo
  • Mensaje de error al intentar hacer un “envío directo” desde la ventana “Ruptura de stock”: Cuando el usuario accedía a la «Entrada pedidos de cliente» (mtopedidoscli) y, tras seleccionar el tipo de documento e introducir la referencia solicitada, se abría la ventana emergente “Ruptura de stock” (por no disponer de suficiente stock en el almacén para servir al cliente); si se solicitaba la pieza a otro almacén indicando que se realizara un “Envío directo” , isiParts mostraba un mensaje emergente de error. Solventado.
    Ver ejemplo


  • isiParts no valida que la “referencia destino” esté informada al duplicar una ficha de artículo: Cuando el usuario accedía a la “Ficha de artículo” (artic-gener), menú superior “Archivo”, opción “Duplicar referencia” y, en la ventana emergente “Duplicación de referencias”, no indicaba la “referencia destino”; isiParts lo permitía. Es decir, no validaba que la “referencia destino” estuviera informada, siendo ésta necesaria. Solventado, se emitirá el mensaje de aviso «La referencia destino es obligatoria».
    Ver ejemplo



  • No se muestran los “tipos técnicos” de motocicletas al intentar dar entrada de una unidad en el módulo “Comercial”: Cuando el usuario, desde el módulo “Comercial” (destinado a la venta de vehículos), accedía a la función “Entrada vehículos en stock” (vehic-entrada) y pulsaba el botón inferior “Crear unidad”; si en la ventana emergente que se abre intentaba al intentar dar entrada en el sistema de una motocicleta, isiParts no mostraba los “Tipos técnicos”. Además, si el usuario sabía el “tipo técnico” y quería introducirlo manualmente no podía, porqué la Aplicación obliga a usar el desplegable. Solventado.
    Ver ejemplo


  • Mensaje de error al introducir un código de vendedor de más de 10 dígitos al crear una “Solicitud de venta”: Cuando el usuario accedía a la función “Solicitud de venta” (solicitudventa) para crear una petición de compra a proveedor (centralizada) desde esta función; al introducir el código del “vendedor” de longitud superior a 10 dígitos, isiParts mostraba un mensaje de error. Solventado, se amplía la capacidad del campo hasta 12 dígitos, longitud máxima del código de usuario Isi en “Mnto. Usuarios y seguridad” (gseguridad).
    Ver ejemplo


  • Mensaje de error al “Aceptar tarifa” desde la nueva función “Gestión tarifas de compras”: Cuando el usuario accedía a la nueva función “Gestión tarifas de comppre» (tarifa-com-gra), recientemente rediseñada y, tras crear una nueva tarifa de compras, pulsaba “Aceptar tarifa”; aparecía un mensaje de error. Solventado, tras crear la nueva tarifa, cuando el usuario pulse el botón “Aceptar tarifa”, se abrirá la ventana emergente que permite editar los datos de la tarifa, configurar qué precios deben ser modificados, así como otros datos y la fecha de publicación de la tarifa.
    Ver ejemplo


  • El código de IVA al crear “Mano de obra” en una “Orden de trabajo” del SAT no es correcto: Cuando el usuario accedía al “Mostrador” (mtoalbventa), documento “ORDEN DE TRABAJO” y, en la pestaña inferior “Mano de obra” creaba una nueva línea; el IVA que isiParts cogía por defecto no era el correcto. Es decir, no era el IVA asignado en la plantilla por serie de facturación.
    Ver ejemplo


  • El proceso desatendido para el cálculo de “Stock ideal” no registra cambios: Se detecta que el proceso desatendido de cálculo de nuevos valores de “Stock Ideal” (actureapr), generado mediante la función “Mnto. Tareas programadas” (tareas-mant), proceso “Actualizar stock ideal”; no encuentra las “familias” seleccionadas. Esto provocaba que no se grabaran cambios en los valores de reaprovisionamiento de las fichas de las referencias implicadas en el cálculo. Solventado.
    Ver ejemplo

  • No se pueden imprimir y enviar por email las facturas de crédito del Taller en un mismo proceso: Cuando el usuario accedía a la función “Facturación de créditos de Taller” (or-fac), indicaba los criterios de selección en el apartado “Selección  de facturación de créditos de Taller” y, a su vez, marcaba “Imprimir facturas” y “Enviar por email”; isiParts sólo las imprimía. Es decir, las facturas generadas no se podían imprimir y enviar por email en el mismo proceso. Solventado.
    Ver ejemplo

  • Importes incorrectos en el “Informe movimientos de almacén”: Cuando el usuario accedía a la función “Informe movimientos de almacén” (mov-alm) para ver todos los movimientos del almacén y la variación de existencias, indicaba los “Criterios de selección” marcando los “Depósitos” y pulsaba “Aceptar”; los importes que se mostraban en la columna «Totales», ubicada en el margen izquierdo de la ventana, no eran correctos.
    Ver ejemplo

  • No se asigna el almacén en el refer-alm que se crea de forma automática con la descarga de “ventas falladas” procedentes del i2i: En ocasiones, cuando el usuario accedía al fichero refer-alm (Datos de la referencia en el almacén) se encontraba registros sin almacén asignado. Solventado, el problema residía en la creación de refer-alm de forma automática durante el proceso de notificación de “Ventas falladas” (ventafalladama). Cuando se habilitaba la creación de refer-alm desde “Ventas falladas” y, a su vez, existían descargas de ventas falladas procedentes del i2i (Sistema de venta online B2B); no se asignaba el almacén.
    Sobre la creación de refer-alm desde la venta fallada
    Cuando una referencia que no tiene refer-alm (pestaña “Almacenes” de la “Ficha de artículo») por no haber tenido nunca movimientos, se notifique como “Venta fallada” (ventafalladama) desde la ventana «Ruptura de stock» de la función de “Mostrador” (mtoalbventa); se creará automáticamente el refer-alm en dicho almacén. De este modo, cuando se realicen cálculos de “Reaprovisionamiento entre almacenes” (reapro-alm) y “Propuestas de Pedidos a Proveedor” (mtopropedpro), se tendrá en cuenta dicha referencia y sus necesidades por haberse perdido una venta al no disponer de la mercancía cuando el cliente la solicitó. Gracias a esto, la referencia también se tendrá en cuenta en el “Cálculo de stock Ideal” (minmaxre).
  • No se tiene en cuenta el parámetro “No permitir duplicar mismo nº de factura del mismo proveedor” al realizar un pago a proveedor desde “Movimientos de caja” : Cuando el usuario accedía a la función “Movimientos de Caja” (mcaj-mov) y, al realizar un “Pago” a proveedor, en el desplegable “Concepto”, seleccionaba “Pago y creo factura”; isiParts no validaba el parámetro “No permitir duplicar mismo nº de factura del mismo proveedor”, indicado en “Omisiones gestión administrativa” (omisiones-adm), pestaña “Facturas proveedor”. Solventado, se tendrá en cuenta el parámetro “No permitir duplicar mismo nº de factura del mismo proveedor” al realizar un pago a proveedor desde “Movimientos de caja” creando en ese momento la “factura proveedor“ (entradafacpro).
    Ver ejemplo