CV 20200622v11 – Update 60

Print Friendly, PDF & Email

Índice de desarrollos – Update 60 / CV20200622v11

UTILIDADES

Nuevos desarrollos
  • En «Registro de sucesos» se registrarán cambios en la ficha de «Proveedor» dentro del apartado “Auditoría y control de datos”, “Modificación de datos”, apartado “Terceros”.

Registro de sucesos

Registrar los cambios realizados en la ficha “Proveedor” en “Consulta registro de sucesos”

Se mejora la función “Consulta registro de sucesos” (consregistro) añadiendo, en el apartado “Auditoría y control de datos”, “Modificación de datos”, apartado “Terceros”, los registros de cambios realizados en la ficha de “Proveedores” (proveedor-mant). En este apartado se registrarán las siguiente modificaciones realizadas, detallando la “fecha” del cambio, “hora”, “usuario”, “PC” y “descripción” de la modificación registrada.

Nueva información registrada:

  • En el apartado “Descripción” se mostrará el siguiente texto: “Modificado datos tercero con CIF XXXXXXX”.
  • En el “Detalle” se mostrará la siguiente información:
    • Hora – Modificado datos tercero con CIF XXXXXXX desde el programa X
    • Hora – Valor anterior de la Razón Social YYYYYYYYY
    • Hora – Valor actual de la Razón Social ZZZZZZZZZZZ

CORRECCIONES

  • No se incluyen los albaranes de traspaso de todos los almacenes al exportar la factura a hoja de cálculo: Cuando el usuario accedía a la función “Consulta e impresión de facturas” (factu-con-impr), en ocasiones, no se visualizaban los albaranes de traspaso de todos los almacenes. Esto provocaba que el usuario, cuando se disponía a exportar la factura a hoja de cálculo mediante el botón derecho del ratón, opción “Exportación”; en el Excel generado no aparecieran los albaranes de todos los almacenes. Solventado, el problema residía en que en la tabla alb-tra-c1, el campo “almacén” se igualaba al de la factura de crédito, y la factura de crédito puede tener albaranes de varios almacenes.
  • Las facturas de venta de bienes usados se transmiten incorrectamente a Hacienda al generar el XML:  Cuando el usuario de una empresa, sujeta al envío de registros de facturación mediante el “SII – Suministro inmediato de información de IVA”, generaba el XML donde existía un registro de factura de venta de bienes usados; isiParts la transmitía erróneamente con “Clave=3”. Las facturas de venta de bienes usados tienen 2 bases de IVA repercutido, una de ellas con IVA y la otra con IVA 0 (exenta). Solventado.
  • No se crea el refer-ubica al ubicar una “devolución de cliente” de artículo “casco” o “tasa” desde una PDA en almacén multiubicado: Cuando el usuario de un almacén multiubicado accedía a la PDA, apartado “Reposición mercancías”, “Devoluciones clientes”, y daba entrada a la mercancía del tipo “casco” o “tasa” devuelta por un cliente; la ubicación donde se había ubicado no creaba el registro en refer-ubica. Solventado.
  • No se graba la “dirección” del cliente si se indica un código postal de más de 5 dígitos o alfanumérico: Cuando el usuario accedía a la función “Mantenimiento clientes” (cliente-mant) y pulsaba el botón “Crear”; al indicar un “Código postal” de más de 6 dígitos o un código postal alfanumérico, la “Dirección” del cliente no se grababa. Solventado.
  • Mensaje de error al intentar realizar un pago a proveedor desde “Movimientos y extractos de banco”: Cuando el usuario accedía a la función “Movimientos y extractos de banco” (movextbanco) y, mediante la pestaña “Pago proveedores” del margen inferior de la ventana, se disponía a realizar el pago a cualquier proveedor, se mostraba un mensaje de error. Solventado.
    Ver ejemplo

     
  • La línea de pedido anulada no se muestra en “Reposición de anulaciones” de la PDA porqué se pierde el UBICADOCUM: Cuando el usuario de un almacén multiubicado, desde la PDA, se disponía a llevar una línea de pedido indicada como “Incidencia” a la ubicación ANULACIÓN; el UBICADOCUM había desaparecido y no podía. Se mostraba un mensaje de error.
    Sobre la reposición de anulaciones
    En el apartado “Reposición de anulaciones” se irán todos aquellos pedidos que hayan pasado la fase de extracción de mercancía pero que, antes de haber finalizado todo el proceso de validación y expedición hayan sido «anulados» mediante la opción «Finalizar línea» disponible con el botón derecho del ratón sobre el pedido en la función «Reserva de stock» (mtoreservamat). Es decir, independientemente del operario que está preparando la extracción, validación y expedición del pedido del cliente con la PDA, otro trabajador puede cancelar el pedido reservado desde «Reserva de Stock» (mtoreservamat).

    En esos casos, y siempre y cuando el pedido NO haya sido expedido, la línea se mostrará en color rojo (incidencia), obligando a la reubicación de la mercancía a la ubicación predefinido para las anulación de pedidos en «Omisiones Gestión logística PDA» (omialmpda).

    Tras haber ubicado la línea en ROJO (incidencia) en la ubicación predefinida para las anulaciones, dicha línea se irá al apartado «Reposición de anulaciones».

    En este momento el usuario podrá devolver la mercancía a la ubicación desde donde se sacó.