CV 20190327v11 – Update 99

Print Friendly, PDF & Email

Índice de desarrollos – Update 99 / CV20190327v11

LOGÍSTICA / ALMACÉN

Nuevos desarrollos
  • En «PDA» poder abonar referencias vendidas en otro almacén.

PDA

Poder abonar desde PDA referencias vendidas en otro almacén

Se mejora la gestión de los “Abonos/Devoluciones de cliente” realizados desde la PDA de modo que, cuando el usuario acceda a la PDA, “Reposición de mercancías”, “Devoluciones de cliente”; se gestione y vincule la mercancía abonada/devuelta por parte del cliente con el cargo, tanto si la venta fue realizada en el propio almacén como si la pieza fue vendida en otro. Es decir, cuando un cliente devuelva mercancía a un almacén con PDA y la compra se realizó en otro almacén, la PDA retrocederá en la fecha de las ventas de esa referencia hasta encontrar los cargos en los que fueron vendidas las piezas.

Las líneas de «devolución de cliente» se pintarán de diferentes colores en la fase de validación (tras haber recepcionado), en función de su naturaleza/origen:

  • No validada (negro): Referencia vendida en el propio almacén pero NO validada todavía.
  • Validada (verde): Línea y cantidad devuelta validada. Seguidamente se emitirá el albarán y se ubicará la pieza.
  • No vendida (azul): Referencia NO vendida en el propio almacén ni en otro. Puede darse el caso que un cliente devuelva una mercancía que no compró en nuestra empresa, pero cuya referencia sí que comercializamos. En tal caso, la empresa puede aceptar la mercancía y realizar un abono al cliente. Esta sería una referencia no vendida, pero sí abonada. Cuando no se tenga permiso para «Abonar sin venta» en «Mnto. Usuarios y seguridad» (gseguridad) NO se permitirá proseguir con el abono.
  • Venta parcial (rosa): No se ha vendido toda la cantidad de la referencia en el propio almacén.
  • Vendida otro almacén (marrón/dorado): Referencia vendida en otro almacén.
  • Rechazada (rojo): Devolución rechazada. Se rechazará pulsando el botón «Rechazar» (icono flecha retroceso). Puede darse el caso que la mercancía devuelta no se acepte por parte de la empresa y no se pueda «Validar». En tal caso, el usuario deberá pulsar el icono flecha retroceso (rechazar) e indicar una de las opciones de rechazo disponible mediante el desplegable para que esté disponible en estadísticas posteriores. Al rechazar una mercancía se marcará en rojo y el usuario deberá seleccionar la línea y pulsar el botón «Eliminar» (icono papelera) para borrarla de la lista.

Esta comprobación se realizará al pulsar “Validar”, una vez recepcionada la mercancía y:

  • Se tendrá en cuenta el permiso para “Abonar” y “Abonar sin venta” definidos en “Mnto. Usuarios y seguridad” (gseguridad), pestaña “Almacén”, “Autorización por almacén”. Esto implica que aquel usuario de PDA que se disponga a “Validar” una recepción de “Devolución de cliente” cuyo cargo fue realizado en otro almacén, sólo podrá hacerlo si tiene permiso para “Abonar” en ese almacén. Del mismo modo, si no se encuentran ventas ni en almacén propio ni en otros y NO se tiene permiso para “Abonar sin venta”, tampoco se permitirá.
  • Se tendrá en cuenta también el parámetro “Gestionar pendiente de ubicar en abonos de mostrador en almacenes”, disponible en la función “Omisiones de almacén” (omisiones-alm), pestaña “Ventas”. Los almacenes que tengan activado este parámetro podrán ubicar las devoluciones de cliente realizadas desde el “Mostrador” (mtoalbventa) con la PDA, dejando la mercancía abonada desde el mostrador como «Pendiente de ubicar». En caso contrario, la mercancía abonada desde el «Mostrador» (mtoalbventa) sumará la cantidad al «stock disponible» de la referencia devuelta y no pasará por la PDA.

CORRECCIONES

  • La fecha de la última entrada del “Listado de stock a una fecha” es incorrecta: Cuando el usuario accedía a la función “Listado stock a una fecha” (inven-list-ant), la fecha de la última entrada era la del último almacén seleccionado, en lugar del que realmente tenía la última entrada. Solventado.
  • El parámetro “Incluir referencias sin movimientos” del “Listado stock a una fecha” no funciona: Cuando el usuario accedía a la función “Listado stock a una fecha” (inven-list-ant), apartado “Opciones de listado”, y marcaba el parámetro “Incluir referencias sin movimientos”; isiParts tomaba la acción contraria. Es decir, se excluían las referencias sin movimientos. En caso de NO marcar el parámetro, sí se incluían. Solventado.
  • Mensajes de error al seleccionar muchas marcas y familia en el “Listado stock a una fecha”: Cuando el usuario accedía a la función “Listado stock a una fecha” (inven-list-ant) y, en los “Criterios de selección”, indicaba un rango amplio de “Marca” y “Familia”; al pulsar “Aceptar”, se mostraban varios mensajes de error. Solventado.
  • No se visualiza en pantalla el cambio de serie de facturación en un cargo de “OR”:  Cuando el usuario accedía a la función “Gestión Orden Reparación” (or-gest-grafic) y, en la pestaña “Facturación”, seleccionaba un cargo y modificaba la “Serie de facturación”; no se visualizaba el cambio hasta que salías y entrabas de nuevo en la OR. Solventado.
  • No se puede cobrar un impagado desde un banco distinto al que remesó el efecto anteriormente: Cuando el usuario accedía a la función “Movimientos y extractos de banco” (movextbanco), seleccionaba un determinado banco en el bloque superior «Extracto de movimientos», y se disponía a cobrar un efecto impagado (Cobro clientes) que anteriormente había sido incluido en una remesa bancaria de otro banco (distinto al del cobro); se mostraba un mensaje de error impidiendo realizar el cobro. Solventado.
  • Se muestran contados a “cliente de paso” en “Consulta documentos de cobro”: Cuando la empresa tenía activado el parámetro “Traspasar facturas de contado a cartera” en las “Omisiones de almacén” (omisiones-alm), pestaña “Ventas” y, posteriormente, el usuario accedía a la “Consulta de documentos de cobro” (cobro-con); las “facturas de contado” realizadas a “clientes de paso” también se visualizaban cuando no debería ser así. Solventado.
    Sobre el traspaso de facturas de contado a cartera y el cliente de paso
    Traspasar facturas de contado a cartera: Al marcar este parámetro se traspasarán las facturas de contado a la “Cartera de Cobros”. De este modo, el usuario podrá acceder a la “Consulta documentos de cobro” (cobro-con) y, por ejemplo, visualizar todos los cobros pendientes de uno o varios clientes desde una sola pantalla. Antes de esta modificación, si se querían visualizar los créditos y contados pendientes de cobro (Estado=PTE) era necesario acceder a diferentes funciones. Con esta mejora se podrá consultar la cartera de cobros de uno o varios clientes incluyendo tanto créditos como contados. En caso de activar este parámetro, se generarán en cartera de cobros, los registros de facturas de contado que procedan de un contado de venta menor y aquellos en las que el cliente de la factura de contado NO sea un “cliente de paso”. Es decir, no se traspasarán los contados de «clientes de paso».

    Dentro de IsiParts existe la posibilidad de realizar ventas al «Cliente de paso», un código de cliente genérico con modo de pago «contado» que se utilizará para vender a clientes que no tienen ficha de cliente en IsiParts y que realizan compras esporádicas y pagan al contado. Esta opción está pensada para poder realizar ventas de un modo rápido, sin tener que crear previamente la ficha del cliente.
  • Desde la PDA no se propone 0 al realizar un recuento de inventario configurado por “lote” y no superarse dicha cantidad: Cuando la empresa tiene configurado en “Omisiones gestión logística PDA” (omialmpda), pulsando “Modos de introducción”, una escaneo de los inventarios por lote (Inventarios=Proponer unidad/lote) y, en “Omisiones de almacén” (omisiones-alm), pestaña “Otros datos”, bloque “Inventario en curso”, “Proponer cero en stock real del recuento”; al hacer recuento de referencias que no superan el “lote”, la PDA se comportaba de forma irregular. Se solventa revisando el comportamiento de la PDA cuando exista dicha combinación de configuración.
    Ver ejemplo


  • No funciona la herramienta de consulta “prismáticos” desde “Gestión Orden Reparación”, pestaña “Cargos”: Cuando el usuario accedía a la función “Gestión Orden Reparación” (or-gest-grafic) y, en la pestaña “Cargos”, modificaba alguno de los datos de las columnas (serie facturación, modo de pago, código iva, etc.) escribiendo algo inexistente en la base de datos; si seguidamente intentaba pulsar la herramienta “prismáticos” para acceder a la ventana emergente de consulta y selección de datos, no podía. La herramienta “prismáticos” quedaba bloqueada. Solventado.
    Ver ejemplo