CV 20170502v11 – Update 54

Print Friendly, PDF & Email

Índice de desarrollos – Update 54 / CV20170502v11

ADMINISTRACIÓN

Nuevos desarrollos

Modelo 347

Modificados los textuales de ayuda del “Mnto. Declaración de facturas” cambiando los antiguos importes en pesetas a euros

Se mejora la función “Mnto. Declaración de facturas“ (mas500-mant) modificando los textuales explicativos de los importes a declarar cuando el usuario ubica el cursor en las celdas de importes de la segunda ventana. Anteriormente estos importes se mostraban en pesetas y se han cambiado los textuales mostrando los valores en euros.


Movimientos de Caja

Mejoras en la creación de cuenta contable para entregas a cuenta de clientes

Cuando en “Omisiones Gestión Administrativa” (omisiones-adm) el usuario quería trabajar con subcuentas para las entregas a cuenta de los clientes, indicándola en el bloque “Entregas a cuenta”, campo “Cta.mayor clientes” + “Dígitos subcuenta”, y se realizaba una “Entrega a cuenta” de un cliente desde “Movimientos de Caja” (mCaj-Mov); IsiParts no encontraba la cuenta contable en el “Plan contable” (plan-mant), emitiendo un mensaje de error. Se solventa automatizando el proceso de modo que cuando el cliente realice la entrega a cuenta por primera vez, IsiParts detecte la situación y cree la cuenta en el “Plan contable” (plan-mant) de la empresa de forma automática; tal y como ocurre con el resto de cuentas contables.

Sólo se creará la cuenta contable de forma automática cuando la entrega a cuenta se realice desde “Movimientos de Caja” (mCaj-Mov). No se creará de forma automática si se realiza desde el “Mostrador” (pulsando el botón “A cuenta”) ni desde “Entregas a cuenta de clientes” (en-cuenta).

Se mejora también la función “Centro de Información de clientes” (consextraccli) de modo que, en la consulta de clientes que tengan realizadas “Entregas a cuenta” (ent-cuenta) se visualicen dichas cuentas y saldos en la pestaña “Datos administrativos”, bloque “Tipos de cuentas”.



LOGÍSTICA / ALMACÉN

Nuevos desarrollos

PDA

Poder parametrizar los modos de introducción de lectura mediante PDA en las “Devoluciones a proveedor”

Se mejora la función “Omisiones gestión logística PDA” (omialmpda) de modo que se pueda parametrizar, por almacén, el modo de lectura de la PDA de las “Devolución a proveedor”. Es decir, se han añadido las “Devoluciones a proveedor” en las “Omisiones gestión logística PDA” (omialmpda), en la ventana emergente que se abre al pulsar el botón “Modos introducción”, para que el usuario configure cómo quiere permitir la lectura y escaneo de códigos de barras en la extracción de las devoluciones a proveedor desde la PDA.

Existen dos posibilidades o “modos de trabajar” a la hora de leer los códigos de barras con la PDA. Estas formas de trabajar pueden definirse mediante la selección de los parámetros siguientes:

  1. Pedir cantidad: Al seleccionar esta casilla, los procesos de reposición, extracción, inventarios, devoluciones de cliente o devoluciones a proveedor mostrarán la cantidad total a introducir con una sola lectura de código de barras. Al seleccionar esta casilla se define un modo de trabajo y las opciones siguientes quedan deshabilitadas.
  2. Proponer unidad/lote: En caso de NO haber definido “Pedir cantidad” en la opción anterior, IsiParts puede configurarse para que los procesos desde PDA funcionen proponiendo las cantidades que el usuario debe introducir solo en algunos casos, evitando así que deba escanear grandes cantidades de mercancía. Imaginemos, por ejemplo, bolsas de gomas, tornillos, etc. En el supuesto que existan 60 unidades de una referencia y que esta opción esté seleccionada; la PDA buscará el valor definido en la siguiente casilla (Proponer si supera X) para proponer, o no, la cantidad que el operario debe introducir. En caso que la cantidad sea inferior al valor indicado en la celda “Proponer si supera”, el usuario deberá realizar el escaneo una a una. En caso de ser superior, el usuario verá la propuesta de “60” unidades en la casilla “Cantidad” y podrá aceptar la propuesta evitando el escaneo de unidades.
    • Pedir si supera “X”: En esta casilla se establece el número máximo de lecturas que un operario debe realizar de la misma referencia. Es decir, si se solicitan 15 unidades y este valor está indicado en 10, se permite al usuario leer una única vez el código de barras e introducir las 15 unidades (propuestas por IsiParts) con una sola lectura. Si se solicitaran, por ejemplo, 5 unidades, al ser un valor menor a 10, éstas deberían escanearse una a una.

CORRECCIONES

  • No se tiene en cuenta el stock disponible al realizar una “Devolución a Proveedor” mediante importación por fichero Excel: Cuando desde la función «Devolución a Proveedor» (mtoDevoPro), menú superior “Archivo”, opción “Importar fichero Excel”, el usuario se disponía a cargar líneas de referencias cuyas devoluciones a proveedor se querían gestionar; IsiParts no validaba el stock disponible permitiendo crear las líneas cuando no existía stock suficiente . Es decir, te dejaba solicitar más cantidad del stock disponible. Se solventa añadiendo el proceso de validación en la importación por fichero Excel de modo que, al mostrar la lista de líneas importadas y pulsar “Crear líneas”, IsiParts revise y valide si se han variado datos desde otra pantalla de la Aplicación. Se tendrá en cuenta que puede existir más de una línea con la misma referencia.
  • Mensaje de error al terminar la descarga de una tarifa web: Cuando el usuario, desde el menú “Servicio Web de Actualización de precios”, función “Lista de Tarifas” (prc-tarifas), descargaba una tarifa; el proceso se realizaba correctamente. Sin embargo, en la ventana resumen con los registros tratados, erróneos, etc. aparecía el mensaje de error “Los números de parámetros pasados a la rutina env/WebServiceActualizaResumen.w no coinciden”. Solventado.
  • Se incluyen erróneamente algunos registros en el fichero 347: Al generar el modelo 347 desde IsiParts se incluían erróneamente algunos registros. Se solventa excluyendo los siguientes casos:
    • Aduanas: En la factura del transitário no se incluirá el IVA de aduanas ni las tasas.
    • Suplidos: En las facturas de gestorías o profesionales no se incluirán las tasas, impuestos y provisiones.
    • Facturas con IRPF: No se incluirán ya que se han declarado en los modelos 111-180-190.
  • No se crea el movimiento inicial PCP cuando no existe movimiento en la fecha indicada: Cuando el usuario, desde la función “Actualización P.C.P.M” (gestionpcpm), opción “Actualizar coste en movimientos iniciales”, indicaba una fecha específica para crear el movimiento y en el el histórico (hist-alm-con) no existía movimiento en esa fecha; no lo creaba. Solventado.
  • No se mantiene el “Orden de reparto” de una “Propuesta de reaprovisionamiento entre almacenes”: Cuando el usuario, desde la función “Reaprovisionamiento entre almacenes” (reapro-alm), ejecuta por segunda vez una propuesta de reaprovisionamiento guardada, el “Orden de reparto” indicado no se mantiene. Para acceder a la ventana donde se configura el “orden de reparto” el usuario deberá pulsar el botón “Reparto” ubicado en el margen superior derecho de la pantalla inicial. Tras pulsar el botón se abrirá una nueva ventana con el parámetro “Orden de reparto”. En el caso de que se reparta a más de un almacén y no haya stock suficiente como para repartir a todos, el usuario podrá seleccionar el orden en el que se asignará el material: por orden riguroso de entrada de almacenes (Orden introducción almacenes) o por cantidad sobrante (Mayor cantidad sobrante). Solventado.
  • No se controla la devolución de los cascos desde “Entrada Sin Pedido a Proveedor Valorada”: Cuando el usuario, desde la función “Entrada sin Pedido a Prv. Valorada” (ent-sin-alm), en lugar de hacer la entrada de mercancía, indicaba un “Si” en el parámetro “Devolución” para generar una devolución a proveedor; IsiParts no controlaba los cascos. Solventado.
  • No se graba la “marca” ni el “tipo técnico” al abrir una nueva OR en el nuevo “Taller”: Cuando el usuario, desde el nuevo “Taller” de IsiParts, concretamente desde la función “Apertura OR” (or-aper-grafic), creaba una nueva Orden de Reparación; la “marca” y el “tipo técnico de taller” informados no quedaban registrados en la base de datos del Taller. Solventado.
  • Las “facturas de contado” del “Mostrador” siempre se enlazan con “Caja”: Cuando se tenía desactivada la casilla “Enlazar con caja” en el “tipo de registro” 3 (Factura contado) desde la función “Parámetros de Mostrador” (most-param), IsiParts no lo desactivaba; siempre enlazaba con la “Caja” (mcaj-Mov). Solventado.