Correcciones sobre Batch 100

>> Pincha Aqui para Descargar Batch 100 - Cerrado con Fecha 20/04/2010 <<


Ambiente
Correccion
  1. Códigos CNAE
    • ID 32.366.462. Se han actualizado los códigos CNAE, según la Clasificación Nacional de Actividades Económicas 2009 (CNAE-2009)
  2. Enlaces XML
    • ID 32.869.852. Se había detectado que, al generarse en Dimoni el Saldo Inicial para su importación en Synergy, trasladaba mal la fecha; por ejemplo, para el Saldo Inicial del 2008, en vez de generarlo como "01-01-2008" debía ser "31-12-2007", para que fuera leido como Saldo Inicial en Synergy.
    • ID 32.898.391. Si se tenía parametrizado como "Partidas Pendientes de Aplicación" una subcuenta que no fuera de Balance, como por ejemplo la subcuenta 00100000, no pasaban los Asientos eliminados de Dimoni a Synergy. Ahora, si el grupo de la subcuenta no pertenece a Balance ni a Explotación (caso de cuentas del grupo "0"), se le asigna por defecto el tipo Balance, con lo que el Asiento es eliminado también en Synergy.
    • ID 33.927.165. La exportación XML del Asiento de Regularización no incluía la subcuenta 60000. Se ha corregido y ahora sí la incluye.
  3. Países y Territorios
    • ID 32.237.280. Se han incluido nuevos códigos de Países: Montenegro "097", Serbia "098", Serbia y Montenegro "094".
  4. Titulares
    • ID 33.859.979. Ahora, al eliminar los datos de Retenciones de un Titular, también se vacían los campos "Código clave de percepción" (CodCla) y "Tipo de retención" (TipoRet) de la tabla FTERC. De esta forma, queda más claro que ese Titular ya no tiene datos de Retenciones asociados.
Mejora
  1. Enlaces XML
    • ID 32.877.945. Hasta ahora no se traspasaban de Dimoni a Synergy los Asientos eliminados en Dimoni. Lo correcto era que anulara también en Synergy los Asientos eliminados en Dimoni. Esto es lo que hace ahora. Para ello se ha creado una nueva tabla (CASEL), para almacenar los Asientos eliminados (pueden ser normales y especiales).

      El procedimiento que realiza la baja de Asientos siempre inserta en CASEL el número de Asiento eliminado. La Nueva IAC elimina el posible registro de CASEL al grabar un nuevo Asiento, por si se tratara de un número de Asiento reutilizado.

      Si en el fichero .DDC existe, en el apartado [GENERAL], una línea con el texto "ControlAsientosEliminados=1", entonces: - La antigua IAC no permitirá reutilizar números de Asientos eliminados. - La exportación XML exportará Asientos "void" con el número de los eliminados. Si no existe esa línea: - La antigua IAC eliminará el posible registro de CASEL al comenzar la introducción de un nuevo Asiento. Esto es: introduciendo un Asiento con varios Apuntes, exportándolo y posteriormente eliminándolo de Dimoni y volviendo a exportarlo a Synergy, lo deja en éste último como una transacción de tipo "void" con valor cero.

Financiero
Correccion
  1. Asientos Patrón. Mantenimiento
    • ID 30.629.969. La aplicación no debía permitir insertar Apuntes en Asientos Patrón predefinidos, ya que una vez introducidos no se permite eliminarlos ni hacer nada con ellos. Ahora no permite esta inserción.
  2. Autoinformes. Emisión
    • ID 32.044.087. En el Autoinforme 80, "Balance Situación (PGC07)", en el apartado "C) PASIVO CORRIENTE" había una línea que ponía "7. Anticipos a Clientes" y debía poner "7. Anticipos de Clientes".
  3. Centros de Coste. Repartos Directos
    • ID 32.191.136. Aquí se pueden definir las subcuentas contables y los Centros de Coste asociados. Además, la opción permite definir Raíces y asociarles Centros de Coste. Si después, en la Introducción de Apuntes, se introduce la subcuenta contable y el importe, al pulsar "Ctrl+R" o desde la opción de "Acciones - Reparto Directo", se podía ver cómo se había realizado el Reparto de forma automática. Pero si se indicaba una subcuenta contable correspondiente a la Raíz definida en "Repartos Directos", no funcionaba el Reparto automático.
  4. Confección Modelo 110/111
    • ID 32.647.429. El Modelo 110 no recogía el número de perceptores en Rend. Act. Profesionales (código clave percepción 41). Al emitir el Modelo 110 de retenciones y observar el apartado "Datos - Resumen", se podía comprobar que en el apartado de "Rendimientos Actividades Profesionales" el número de perceptores de clave 41 aparecía siempre a cero.
  5. Confección Modelo 303
    • ID 33.767.061. En la Confección del Modelo 303 no se estaban recogiendo los importes de las Facturas que utilizan las nuevas naturalezas de IVA recientemente añadidas: - Prestación Intracomunitaria de Servicios - Adq. Intracomunitaria de Servicios - Autofras. Adq. Intracom. de Servicios Ahora ya se tienen en cuenta. Si el Modelo ya se ha grabado para un periodo, se deberá eliminar y volver a crearlo para que se recalculen los importes.
  6. Confección Modelo 347
    • ID 30.396.916. En el modelo 347, si el Cliente/Proveedor es extranjero, debe aparecer el registro pero no la información de su Identificación Fiscal. Además, en el código del País debe recoger el que tenga enlazado con el Titular (descriptor del País). Así que ahora, para los declarantes extranjeros, en el campo "Provincia" se indica también el descriptor del País del Titular. Por ejemplo, para un Cliente italiano, la provincia es "99-IT" (antes ponía sólo "99"). Y al exportar, en el fichero formato BOE, se deja el NIF en blanco y se exporta el descriptor del País en la posición correspondiente. Téngase en cuenta que la previsión de la Agencia Tributaria es que el Modelo 347 sea sustituido en breve por el 340.
  7. Consulta Gral. Ctas. a Cobrar/Pagar (Visor)
    • ID 29.408.848. Al acceder al Visor del mantenimiento de Pagos (o de Cobros) y seleccionar "Consulta General de Cuentas a Pagar/Cobrar", si se seleccionaba una Cuenta, se pasaba al apartado "Detalle-Documentos" y se ordenaban los Documentos por fecha, se podía comprobar que no los ordenaba correctamente.
  8. Depósito Digital Ctas Anuales
    • ID 32.891.216. Existían cálculos incorrectos en el "Estado de Cambios en el Patrimonio Neto Abreviado". La línea de totales "C. SALDO FINAL DEL AÑO n-1" no sumaba la línea del epígrafe B. La línea de totales "E. SALDO FINAL AÑO n" no sumaba la línea del epígrafe D. No calculaba bien las casillas M35 y O35 para el caso de traspaso de 129 a 121/120, que el programa realiza automáticamente. Se ha revisado también el "Estado de Cambios en el Patrimonio Neto Normal" y el "Estado de Cambios en el Patrimonio Neto Pymes".
  9. Diario Resumido
    • ID 32.836.256. El Asiento de Cierre en el Diario Resumido no coincidía con el Asiento de Cierre del Diario, ya que mostraba el acumulado de movimientos al debe y al haber en lugar del saldo, tal y como hace el Asiento de Cierre del Diario.
  10. Emisión de Soportes
    • ID 29.841.331. Para evitar posibles confusiones del usuario, al "Repetir Emitidos" se han ocultado los campos "Género Instrumento", "Instrumento" y "Agrupar". El filtrado real en este caso se realiza en la opción de "Condiciones de Filtrado", donde se selecciona el Instrumento (Recibos o Letras).
  11. Importación Facturación (DCA)
    • ID 32.165.003. Al realizar una Importación de Facturación del fichero CCASG (Apuntes Analíticos), aunque se indicara que borrara los ficheros importados con éxito, no eliminaba este fichero después de importarlo correctamente.
  12. Introducción Apuntes (Nueva IAC)
    • ID 26.105.289. El saldo de la subcuenta que se mostraba en la pestaña "Saldos" no se actualizaba cuando se cambiaba de subcuenta "Normal" a "Especial" (con Alt+F5). En cambio, si el campo "Saldo" estaba en la línea, sí que se actualizaba.
    • ID 30.066.320. Desde la Nueva IAC no se permitía dar de alta los NIF/CIF que se aprobaron en la Orden EHA/451/2008, de 20 de febrero de 2008. Ahora, además de corregir la incidencia, se comprueba que si se introduce un NIF (empieza por un numérico y son ocho caracteres) lo valide como tal, calculando y validando la letra.
    • ID 32.300.178. En la nueva Introducción de Apuntes Contables, aunque se parametrizara que al acceder a los Apuntes se visualizara la fecha más alta introducida, siempre se visualizaba la fecha de la última modificación.
    • ID 32.514.548. Aunque se tuviera parametrizado la "Entrada a Cobros: Con Tecla", en la nueva IAC se abría la ventana de "Fondos Signo Contrario" al entrar un Apunte de Cobros y poner una subcuenta contable de Proveedor (Pagos).
    • ID 32.604.842. Cuando se introducía un Asiento contable que contenía varios Apuntes de Iva, por ejemplo tres, se guardaba el Asiento y después se recuperaba y se intentaba modificar la "Fecha Factura" del segundo Apunte de Iva, salía el siguiente mensaje de error: "CodError-0. Origen:UV_IVA--".
  13. Introducción Apuntes de IVA
    • ID 33.451.124. Al dar de baja un Apunte de IVA se mostraba un mensaje de error: "A cursor with the name crRectificadas does not exist".
  14. Introducción Apuntes
    • ID 32.267.348. Cuando se contabiliza manualmente un Apunte contable que tenía Retención, al introducir la Subcuenta de Retención y pasar al apartado de Retención, normalmente hay que modificar la clave de perceptor y después volver al apartado de los Apuntes contables para continuar con el Asiento. Pero al volver al Apunte para seguir realizando el Asiento, duplicaba la Retención al pasar a la siguiente línea. Esto se producía en el caso de varios Apuntes contables a la subcuenta 4751.
  15. Listado Modelo 303
    • ID 33.552.382. En este informe del 303, si se pedía sacar el listado mensual de Diciembre (mes 12, "M12"), el límite asociado a este informe recortaba el filtro a dos dígitos, con lo que el "M12" quedaba reducido a "M1", sacando los datos de Enero en vez de Diciembre.
  16. Mantenimiento (Módulo de Inmovilizado)
    • ID 32.241.195. Si se realizaba una Incorporación de Inmovilizado y se contabilizaba introduciendo un Apunte a la cuenta 4751 con su respectiva entrada en el libro de Retenciones, se podía comprobar que en la Nueva IAC, en la pestaña "Retenciones" (que se muestra con la tecla F12), la Base Imponible estaba a cero. Si se consultaba desde el Mantenimiento Clásico, este Apunte de Retenciones no mostraba la Referencia Interna.
  17. Parámetros Contables
    • ID 31.652.414. Si se modificaba la parametrización de la siguiente forma:

      -Explotación-Remanente (Subcuenta): por defecto tiene puesto 120, se cambia y se coloca 129.

      -Explotación-Resultados Neg. Ej.Ant. (Subcuenta): por defecto tiene puesto 121, se cambia a la 129.

      -Explotación-Pérdidas y Ganancias(Subcuenta): esta ya tiene la 129, no se modifica.

      -Explotación-Mantener Sdo. Inicial Cta. PyG: Se dejaba en "No",

      cuando se realizaba el proceso de Cierre y Apertura, en el siguiente ejercicio salía un descuadre en el Saldo Inicial que correspondía al saldo que se había duplicado de la cuenta 129.

      Para evitar esta situación, ahora no se deja repetir la cuenta en ninguno de los tres apartados de 'Remanente', 'Resultados Neg. Ej.Ant.' y 'Pérdidas y Ganancias'. Además, se informa de esto: "Indique las Raíces y Subcuentas que se ajustan al PGC07 o a su codificación particular. Recuerde que las subcuentas de Remanente, Resultados Ej. Anteriores y Pérdidas y Ganancias deben tener distintos valores."

  18. Presentación Telemática
    • ID 28.934.291. En el Inventario y Cuentas Anuales PGC 07 algunas líneas del Balance de Situación PyG se mostraban mal, juntando algunos conceptos. Ahora separa las líneas de ACTIVO y PASIVO y la opción "Generar Libros" utiliza para el Balance de Situación y la Cuenta de Pérdidas y Ganancias (apartado Inventario y Cuentas Anuales) la misma exportación a Excel que se hace desde "AutoInformes- Emisión", lo que solventa ese problema.
    • ID 30.772.411. Si se sacaba un Balance de Situación Abreviado comparativo de los años 2007 y 2008 como un informe en Excel (generado a partir de la Presentación Telemática), no se tenían en cuenta los datos del grupo 113 para el ejercicio 2007, mientras que para el ejercicio 2008 (el actual) sí que se tenían en cuenta. Se corrige a raíz del BR 31.128.356.
  19. Reparto Analítico Indirecto
    • ID 32.586.478. Aparecía un mensaje de error al ejecutar el Reparto Analítico Indirecto cuando la longitud de la subcuenta era de trece dígitos o más.
    • ID 33.991.528. Se ha corregido la opción de Reparto Analítico Indirecto, ya que en algunas ocasiones se producía un error de bloqueo que hacía referencia a la tabla CBLOM.
  20. Visor de Informes (IVA)
    • ID 33.146.808. Se ha modificado el informe "Financiero: Listado Apuntes IVA" (Iva_Comprobacion.rpt) para añadir las tres nuevas naturalezas: "Servicios realizados a/por intracomunitarios" y "Autofacturas, servicios realizados por intracomunitarios".
  21. Visor de Informes
    • ID 32.241.821. Al informe "Financiero: Balance de situación por Centros de Coste", como en realidad se trata de una Cuenta de Pérdidas y Ganancias, se le ha cambiado el nombre por "Financiero: Pérdidas y Ganancias por Centros de Coste".
    • ID 32.277.175. El informe "Financiero: Pérdidas y Ganacias por Centro de Coste" duplicaba registros en algunas ocasiones.
    • ID 32.277.914. El informe "Financiero: Pérdidas y Ganancias por Centros de Coste" no filtraba por meses a pesar de tener configurado dicho límite.
    • ID 33.989.533. El informe "Financiero: Pérdidas y Ganacias por Centro de Coste" estaba recogiendo incorrectamente unos saldos. Estaba recogiendo la cuenta 704 en el apartado A. 5.b) cuando debía estar en la A. 1 a). Y en la A.5.b) debía recoger la cuenta 740.
  22. Visor Informes Fiscales
    • ID 33.656.285. Se ha añadido un nuevo informe para el módulo DCA, ya que el que existía hasta ahora no filtraba correctamente los Titulares (tabla FTERC) y no mostraba ningún resultado. El nuevo informe es el "Carta Prov. y Clientes (347) DCA".
Mejora
  1. Confección Modelo 110/111
    • ID 33.732.215. Se ha actualizado la generación del fichero para presentar el modelo 111. Para el ejercicio 2010, el tamaño de la línea es de 1.200 caracteres. Además, al igual que ocurre con el modelo 340, ahora es necesario tener instalado el .NET Framework 2.0 o superior.
  2. Confección Modelo 349
    • ID 34.173.811. En el Modelo 349, ahora también se incluyen las las Adquisiciones Intracomunitarias de Servicios registradas como Inversión del Sujeto Pasivo. Estas figurarán con la casilla Clave = "I".
  3. Fusión de Contabilidades
    • ID 27.573.270. Ahora, la opción de "Fusión de Contabilidades", además de los Asientos, traspasa los Centros de Coste de los Apuntes y los Proyectos. Se ha actualizado la opción para que pasen también los nuevos campos de la tabla CRIVA.
  4. Gestión Inmovilizado
    • ID 27.284.163. Se ha modificado el Módulo de Inmovilizado para adaptarlo al PGC 07: Se ha cambiado el literal "Gestión de Inmovilizado y Leasing" por "Gestión Inmovilizado". Se ha quitado la opción de menú de "Gestión Financiera" - "Leasing". En "Elementos. Mantenimientos. Alta" y en "Inclusión de Inmov. Existente", la forma de adquisición es ahora solamente "Directa", "Leasing" desaparece. Se quita el botón/literal "Datos Leasing". (Los Elementos ya existentes conservarán siempre sus valores). En "Elementos. Mantenimientos. Alta", el Tipo de Inmovilizado, puede ser: "Inmovilizado Material", "Inmaterial" y "En Curso", desapareciendo "Gastos Establecimiento" y "Gastos a Distribuir".

      Los Listados que hacen referencia al Tipo de Inmovilizado se han modificado (en los desplegables del "Tipo Inmovilizado", se han eliminado las opciones "Gastos Establecimiento" y "Gastos a Distribuir"):

      - Elementos consultas

      - Periodos Amortización. Consulta

      - Modificaciones. Consulta

      - Incorporaciones. Consulta

      - Correcciones de valor. Consulta

      - Exclusión Inmovilizado. Consulta

      - Elementos Ubicación. Consulta

      - Seguimientos de Cambios de Ubicación

      - Inclusión de Inmovilizado Existente. Consulta

      - Listado Analítico

      En "Parametrización Inicial"-"Estructura"-"Parámetros"-"Raíces y Subcuentas Predefinidas", se han cambiado los literales "Inmovilizado y Leasing" por "Inmovilizado" e "Inmovilizado y Leasing (Grupo)" por "Inmovilizado (Grupo)".

      En este punto se han quitado también las opciones de "Gastos Establecimiento", "Gastos a Distribuir en varios ejercicios" y "Leasing".

General
Correccion
  1. Ayuda. Manual General
    • ID 32.165.588. En el Manual se indicaban unos campos para la configuración de las líneas de las OPAS que ya no existen (estaban obsoletos y han sido sustituidos por otros). El Manual se ha modificado para recoger esta actualización.
  2. Informador
    • ID 33.513.285. Al intentar crear un nuevo listado del Informador, no se mostraban los ficheros relacionados.
  3. Nuevo Navegador DIMONI
    • ID 30.284.356. En el nuevo navegador de Dimoni, en la parte derecha, en "Búsqueda" de Clientes, si se utilizaba la tecla "F2" en el campo Código, la primera vez mostraba un error, aunque si se pulsaba en "Cambiar a..." ya funcionaba bien. Pero esto siempre aparecía cada vez que se volvía a abrir la ventana. Además sucedía en todos los apartados de la Búsqueda (Opas de Ventas, Opas de Compras, etc).
    • ID 32.521.893. No cargaba los Límites en algunos listados que se habían añadido a un panel en el Nuevo Navegador. Al ejecutarlos, no mostraba los Límites. Esto ocurría con los informes que tenían el nombre muy largo, por ejemplo el de "Financiero: Pérdidas y Ganancias por Centros de Coste".
    • ID 33.926.849. Al entrar en el programa, siempre se quedaba en el bloque de "Ambiente", cuando antes (Batch 88) iba directamente a "Financiero" o a "Comercial", es decir, recordaba el bloque en el que se había quedado la última vez.
Mejora
  1. Nuevo Navegador DIMONI
    • ID 34.038.918. En el toolbar del Nuevo Navegador se ha puesto un botón nuevo, "Portal", que abre un hipervínculo al portal de clientes de Exact.
Gestión Comercial
Correccion
  1. Autorizar Funciones
    • ID 30.284.015. En el caso de un usuario con una Carpeta asignada que prohibía la modificación de la Cuenta Comercial (desde Autorizar Funciones), cuando entraba en Direcciones de Envío (en la ficha de una Cuenta), el botón de "Datos Domiciliarios" no estaba activo, de manera que no podía consultar esta información. Ahora se ha dejado habilitado siempre el grid de Direcciones de Envío, ya que se tienen en cuenta los permisos del usuario para habilitar o deshabilitar los botones de "Grabar" y "Eliminar".
    • ID 32.762.571. Si en "Autorizar Funciones", solamente se permitía -en Ventas- la OPA VS (Ventas Presupuestos) y se asignaba a un usuario, cuando este usuario entraba en Operaciones Comerciales de Ventas, se producía un error. Se debía a que la aplicación buscaba por defecto la OPA VA (Albaranes de Venta) y, al no estar autorizada, se producía la incidencia.
  2. Cálculo Automático Operaciones
    • ID 32.417.671. El selector del número de Cálculo Automático siempre mostraba el número de cálculo cortado y como método ponía "Varios". Además, si se hacían dos cálculos con distinto filtrado o distinto método, pulsando el boton "Resultado" se podían ver agrupados. Esto solo ocurría la primera vez, ya que si se guardaban y se volvía a entrar, no había forma de volver a seleccionarlos juntos. También ocurría que con el método "Externo" no se activaba el botón de "Resultado".
  3. Configurar Bloqueos Operaciones
    • ID 32.349.741. Cuando se estaba creando un nuevo Concepto de Bloqueo para Operaciones Comerciales, el botón "Grabar" no se activaba, lo que obligaba a salir de la opción y dar a "Aceptar" en el mensaje de aviso para que el concepto quedara grabado. Tampoco se activaba el botón de "Nuevo".
  4. Consulta Piramidal ArtÍculos
    • ID 29.645.981. Al acceder a visualizar un Artículo Conjunto que tenía Partidas, en el apartado "Mostrar Montaje" no mostraba información y al pulsar en la pestaña "Info", en la opción de "Ver Incidencias", se mostraba un mensaje de error.
  5. Cuentas Comerciales y Financieras
    • ID 32.611.841. Si en el Mantenimiento de Cuentas Comerciales, antes de introducir el NIF se ponía el país en los datos domiciliarios y a continuación el NIF, seguía calculando la letra del NIF aunque el país no fuera España. También se ha corregido en las Opas, cuando se cambia el NIF de los datos domiciliarios y en el TPV, para los casos en que se genera una factura y cuando se modifican los datos domiciliarios de documentos ya existentes.
  6. Dimoni Automatización
    • ID 33.876.436. Al entrar en el Arqueo de Caja se ejecutaba el evento "Inicialización de Caja. Al cargar", y no el evento "Arqueo de Caja. Al cargar", que es el que correspondía.
  7. Emisión Documentos (Facturae)
    • ID 32.933.444. Si se creaba una Factura de venta y se emitía haciendo uso del certificado digital y después se cargaba de nuevo esta Factura y se intentaba emitir por segunda vez, se producía el error "CodError 438 Origen: OPAComercial--Imprimir. El objeto no acepta esta propiedad o método".
  8. Empresas a Replicar
    • ID 29.733.411. Al realizar la Replicación entre empresas de Artículos o Cuentas, el proceso no creaba o traspasaba las subcuentas que tenían asignadas esos Artículos o Cuentas en el caso de que ya existieran previamente en la empresa origen. En cambio, si las subcuentas se creaban en el mismo momento que el Artículo o la Cuenta, sí que las creaba en el destino.
  9. Expedientes Comerciales
    • ID 34.240.263. Al intentar consultar Expedientes cerrados se producía un error de "la variable object del bloque with no está establecida". Si se rellenaban los filtros, no daba error, pero no encontraba datos.
  10. Flujo de Operaciones
    • ID 33.441.442. Cuando se mostraba un campo de línea (aunque se filtrase solo por cabeceras) y se pedía que mostrara las OPAS "No Activas", no mostraba las facturas, ya que la sentencia filtraba por PDxLI.Historic='1', cuando en las líneas de facturas este campo siempre está a '2' (al contabilizar se ponen en histórico solamente las cabeceras).
    • ID 33.458.311. En la ventana de Flujo de Operaciones, si al filtrar por fechas se introducía manualmente el año con dos dígitos, al intentar visualizarlo se producía un error. Era debido a que no se estaban formateando de forma correcta los campos que contenían fechas.
  11. Importación Operaciones Comerciales
    • ID 30.018.136. Al hacer una importación de OPAS de Compras (CF) no tenía en cuenta si el Titular estaba sujeto a retención de IRPF y no lo aplicaba.
  12. Inventario/Regularizar
    • ID 29.650.301. Si no se tiene el Módulo opcional de "Movimientos de Almacén" no debía mostrarse el botón de "Importar", ya que esta opción trabaja sobre Stock Propio y, en ese caso, no existe. Además, el combobox inferior (con la etiqueta de "Stock"), mostraba las opciones de 'Disponible', 'Propio' y 'Disponible y Propio'. En el caso de NO haber Movimientos de Almacén solamente debía mostrar la opción de 'Disponible', las otras dos no tenían sentido al no haber Stock Propio.
  13. Lanzador Opciones Programadas
    • ID 33.246.450. No pasaban los Asientos eliminados de Dimoni a Synergy cuando se utilizaba una tarea programada para el enlace XML. Ahora, en las tareas programadas, al exportar Asientos, se mira también si hay Asientos eliminados (según parámetro) y se exportan los eliminados si procede, del mismo modo que en exportación XML directa. Referencia también al ID: 32.898.123
  14. Mantenimiento de Artículos
    • ID 32.397.093. En el Mantenimiento de Artículos, si se pulsaba sobre el botón de "Almacén" y se cerraba la ventana haciendo click en la "X" (en el aspa), se producía un error. Sucedía cuando se tenía activada la replicación de empresas. Era porque intentaba replicar tanto cuando el usuario había cerrado la ventana (con lo cual, los datos no se habían validado y el formulario ya no existía), como cuando se había pulsado en Cancelar.
    • ID 33.925.525. El programa permitía modificar el código de la Serie/Gama aunque alguna de estas combinaciones estuviera ya utilizada en algún documento, con lo que la combinación había dejado de existir y, al producirse movimiento en el documento de esta combinación, provocaba un error en el objeto "Partidas". Ahora se controla tanto la eliminación como el cambio de código de la Serie/Gama.
  15. Montajes (Reales) Directos
    • ID 32.516.918. Al intentar desmontar un Montaje Directo mostraba el error de "No existen existencias del Artículo a Desmontar" si no habían existencias de ese Artículo (a pesar de tener parametrizado "Existencias Disponibles (DDS) en Negativo= Sí" y "Forzar Montajes Sin Existencias=Sí"). Ahora permite el Desmontaje, excepto cuando se ha parametrizado "Forzar Montajes Sin Existencias=No" y no hay existencias o cuando se ha puesto "Existencias Disponibles (DDS) en Negativo=No" y no existen Montajes de ese Artículo.
  16. Operaciones Comerciales. Direcciones Envío
    • ID 32.383.609. En un Documento, si se modificaba la Dirección de Envío, después de escribir el Código Postal y pulsar "INTRO", se perdían las siglas (Calle, Avenida, etc.). Además, el selector ponía en el campo "Localidad" la que se seleccionaba desde el mismo, pero el validador accedía a la base de datos y obtenía la primera localidad que coincidía con dicho C.P., cambiándola.
  17. Operaciones Comerciales
    • ID 26.238.751. Si teniendo introducidas las líneas de un Documento de Ventas se iba cambiando de línea, pasando de un Artículo a otro y tras cada cambio de línea se consultaba el Stock disponible pulsando sobre cada uno de los Artículos la tecla "F9", tras varios cambios, al abrirse el selector, el cursor no aparecía posicionado en el Artículo en cuestión, sino que el grid se mostraba desordenado, siendo necesario actualizar el selector, cerrarlo y volverlo a abrir.
    • ID 32.365.764. Esta incidencia se producía en el caso de tener dos Albaranes con el mismo número y Serie, pero de diferentes años (08 y 09, por ejemplo) y de dos Clientes diferentes. El Cliente que tenía el Albarán del 09 estaba marcado como "no activo". Si desde las Operaciones Comerciales se seleccionaba la fecha del año 2008, la Serie y con el selector se marcaba el Documento del 08, se mostraba el mensaje: "La Cta Comercial especificada en la cabecera del Documento a buscar no es correcta. No existe o su Cta.Financiera no es correcta. CodWarning--2147221503. Origen: OPAComercial--. "
    • ID 32.383.544. Si se hacía un Albarán a un Cliente sin Transportista asignado, se le definía un Transportista y una Filiación de Portes, se modificaba la Dirección de Envío y se guardaba el Albarán, al volver a llamar a este Albarán se habían perdido el Transportista, la Filiación de Portes y la modificación de la Dirección de Envío.
    • ID 32.720.027. Al eliminar una OPA no se restauraban los Stocks de los componentes (Envases/Embalajes) de las Unidades de Distribución. Al generar la OPA sí que se descontaban del Stock estos componentes, pero al eliminarla, se restauraban los stocks de los otros Artículos, pero no los de los componentes de la Unidad de Distribución.
    • ID 33.537.671. Las Facturas de naturaleza "Adquisición Intracomunitaria de Bienes" o "Adquisición Intracomunitaria de Servicios", generadas desde Gestión Comercial, se contabilizaban con la clave de operación C (Factura con varios tipos impositivos). Esto no era correcto. Ahora se contabilizan con la clave de operación P (Adquisición Intracomunitaria) para las Facturas de Bienes y clave I (Inversión Sujeto Pasivo) para las Facturas de Servicios. Las Autofacturas correspondientes tienen ahora la clave "Ninguna de las anteriores" para Bienes e "Inversión Sujeto Pasivo" para Servicios.
    • ID 33.684.983. No se generaba correctamente el Asiento contable de ventas con Tasa de Residuos, teniendo puesto en los Parámetros de Gestión Comercial: Tratamiento Tasa de Residuos: "Cargo Exento de Impuesto" y Aplicar Tasa de Residuos: "Ventas". Si se creaba una Factura de ventas de un Artículo con Tasa, incluía ésta en la base imponible, además de dejar el Asiento contable descuadrado.
    • ID 33.775.217. La "Adquisición Intracomunitaria de Servicios" sumaba el IVA en los cálculos de la Gestión Comercial. Lo calculaba en los totales de Gestión y en la creación de Apuntes del precontable. En cambio, el Libro de IVA efectuaba los cálculos correctos.
  18. Operaciones: Utilidades Varias
    • ID 29.358.560. Si se introducía un límite en las "Eliminaciones Masivas de Operaciones", en "Generar Filtro" y después se pulsaba la tecla <Escape>, se borraba el filtro introducido. Como quiera que esta no es la operativa del resto de límites de la aplicación, se ha modificado este comportamiento.
  19. Pactos
    • ID 31.426.377. Cuando se eliminaba un Pacto de un Artículo se producía un error 440. Esto ocurría estuviese o no marcado el check de "Replicar Empresas"; la aplicación siempre intentaba eliminar el registro de las empresas susceptibles de ser replicadas. Se eliminaba el registro de la colección y cuando accedía a la eliminación en una segunda empresa, daba un error de clave no encontrada y de recordset en estado "deleted".
    • ID 32.753.174. Se creaba un Pacto de compra desde la ficha de un Proveedor, indicando Artículo y Precio. Después, desde la ficha del Artículo se modificaba este Pacto, cambiando el código del Proveedor por otro diferente. Se validaba la línea y al grabar el Pacto se generaba un error. Al aceptar el mensaje de error se podía comprobar que la información del pacto se había perdido totalmente.
  20. Parámetros. Comercial. General
    • ID 30.276.076. La ayuda contextual, en la opción de 'Ocultar el PV en las Partidas' ponía: "Además, en las operaciones de Venta, si está habilitada la opción 'Operativa de Partidas como Campo Línea', el precio de venta se obtendrá de la Partida introducida". Esto no era correcto, ya que en Ventas no funciona el precio de las Partidas, por lo que se han suprimido estas líneas.
  21. Precontable
    • ID 29.706.060. La barra de progreso de la Contabilización no mostraba bien el número total de documentos a contabilizar, ya que indicaba siempre un registro menos.
    • ID 33.931.089. Sea el caso de la siguiente Factura: - Línea 1, con IVA al 4% + 0,5% de Recargo de Equivalencia por un bruto de 145,91 € - Línea 2, con IVA al 7% + 1% de Recargo de Equivalencia por un bruto de 19,68 € - Descuento Financiero del 4% En Apuntes contables, el de la cuenta 700 estaba por 156,09 €. En cambio, en el Libro de IVA, la suma de las dos bases imponibles era de 156,08 €. Descuadraba por 0,01 €.
    • ID 33.972.361. Era el caso de un Conjunto virtual con IVA al 16% (Filiación GEN), que tenía un componente al 7% (Filiación RED). Además, en este Conjunto se había marcado la casilla de "Aplicar Tipos IVA Composición". Si se hacía un Albarán y se transformaba a Factura, los Apuntes contables y el de IVA estaban bien, pero en Gestión de Fondos se había tomado el IVA al 16% en lugar del 7%.
  22. Promociones por Lotes
    • ID 33.023.454. El caso era el siguiente: se creaba una Promoción por Lotes del "Tipo" de "Sólo Regalos", en "Condiciones" se indicaba el Artículo correspondiente y por último se indicaba el Artículo que se pretendía regalar en la pestaña de "Regalos" (lo que se hacía con esta Promoción era realizar un 3x2) y funcionaba correctamente. El problema era si después se creaba otra Promoción distinta y en "Tipo" se indicaba "Precio por Lote Completo", en la pestaña de "Condiciones" se seleccionaban los Artículos que comprendían el Lote y se grababa la Promoción. Entonces, en la pestaña de "Regalos" de esta segunda Promoción, que no debía contener nada, colocaba el Regalo de la primera Promoción, y al vender la segunda Promoción regalaba el Artículo de la primera Promoción.
    • ID 33.974.029. Se definía una Promoción por Lotes indicando que el Tipo era de "Sólo Regalos", definiendo el Artículo en la pestaña de "Condiciones" y, posteriormente, en la pestaña "Regalos", se indicaba el Artículo a regalar. Al realizar la venta, el primer Artículo de los vendidos correspondía a la Promoción, con las cantidades apropiadas para que la Promoción se activara. Posteriormente se vendían otros Artículos. Al aplicar la Promoción no la aplicaba sobre el Artículo correspondiente, la aplicaba sobre el último Articulo de los introducidos, regalando ese último, cuando no había Promoción sobre el mismo.
  23. Tabla Descuentos
    • ID 32.821.190. Si en la opción de "Tablas Descuentos" se tenía configurada una Filiación de Descuento que contenía varias líneas, al realizar la OPA de Venta no asignaba correctamente esos Descuentos. Se debía a que el procedimiento SQL "USP_DNVCALDTO_SEEKPDTOS" no ordenaba por el campo "Orden" y al no realizar la ordenación, seleccionaba los escalados de Descuentos de forma incorrecta.
  24. Tablas Comisiones
    • ID 29.291.451. En las Tablas de Comisiones no dejaba filtrar por la segmentación de la Clave Especial del Artículo (en las Expresiones Regulares), si no se tenía segmentado el Código de éste.
  25. Transformar Operaciones
    • ID 32.331.761. Según la Cuenta Comercial tuviera como moneda el Euro o una Moneda Extranjera, el comportamiento de la aplicación, ajustando el cambio de la moneda al transformar, era diferente. Ahora, al Transformar pone siempre el cambio del día, con una sola excepción: cuando se tiene ya un Documento con cabecera, líneas y un cambio puesto y se transforma "Desde" otro, mantiene el cambio que ya había en la cabecera. En todo el resto de casos pone el cambio del día en el Documento destino. Al Transformar de forma automática agrupa los Documentos (aunque tengan cambios diferentes) y los pone en solo Documento destino, con el cambio del día. Es indiferente si la Cuenta Comercial tiene como moneda habitual el Euro o cualquier otra.
    • ID 32.994.878. La primera vez que se hacía una Transformación manual indicando que se quería imprimir el documento destino, el programa mostraba el diálogo de selección de impresoras. Cuando lo mostraba, este diálogo quedaba por debajo de las ventanas de mensajes de la Transformacion manual, lo cual resultaba molesto para el usuario.
    • ID 33.314.084. Al Transformar un Albarán de Compra del Ejercicio anterior (por ejemplo, 2009) a Factura de Compra también del 2009, en lugar de hacer la Factura con el contador de ese Ejercicio (último del 2009+1), tomaba el contador de la Serie Comercial del Ejercicio activo, 2010, que ya se había aperturado. Esto solo ocurría en las Tranformaciones manuales de OPAS de Compra.
    • ID 33.582.581. Si se transformaban, desde un Albarán, varios Pedidos en los que en alguno de ellos había Artículos con Partidas, cuando se marcaba éste solicitaba la Partida, pero además, cuando se marcaba cada uno de los Pedidos restantes -aunque no tuvieran Partidas- se solicitaba de nuevo la Partida de aquel Pedido.
    • ID 33.972.291. Se hacía un Albarán con un Artículo que era un Conjunto virtual y desde este mismo Albarán se transformaba a Factura. Una vez transformado y sin entrar en la Factura, si se abría el precontable se podía comprobar que la Factura no estaba allí.
  26. Visor de Informes
    • ID 32.031.959. El informe "Artículos: Existencias (DDS+DRV+DPZ) y Costes Detallados por Almacenes" mostraba un error de división por cero en el caso de que la suma de los Stocks de todos los Almacenes resultara cero.
    • ID 32.457.761. Los informes "Visual: Consumo por Artículos - Clientes" y "Visual: Consumo por Artículos - Proveedores" presentaban un error. Si en un mismo Documento existían varias líneas del mismo Artículo con las mismas unidades y los mismos precios, solamente tomaba en cuenta una de la líneas, por lo que el total de unidades mostrado y los importes no eran correctos.
    • ID 32.739.488. El listado "Artículos: Detalles Existencias y Costes", si el Propio era cero (DDS+DRV+DPZ=0) o no tenía valores en el DDS,DRV o DPZ, no mostraba datos del Artículo. Se ha modificado el informe para que muestre datos si tiene valores en DDS, DRV o DPZ, aunque el Propio sea cero.
    • ID 33.209.022. Los informes "Diario de Ventas: por Cliente" y "Diario de Ventas: por Serie Comercial" mostraban las facturas de Anticipos, aunque no estuvieran aplicados. Esto podía inducir a confusión, ya que sumaba estos importes a las ventas y desvirtuaba los totales. Ahora, estos Anticipos no aplicados ya no se muestran. En los informes se marcan los documentos que tienen un Anticipo asignado con un "*" para indicarlo al usuario, pero sin mostrar los Anticipos.
  27. Visualizador Precontable TPV
    • ID 32.346.408. Si en el filtrado inicial no se indicaba nada, los Asientos y Apuntes se mostraban correctamente en los grids superior e inferior, respectivamente. Pero si se indicaba filtrar por la fecha del día, el primer Asiento mostraba correctamente sus Apuntes, pero al bajar al segundo Asiento ya no mostraba los Apuntes en el grid inferior.
  28. Visualizador Precontable
    • ID 32.429.020. Al realizar una Factura en la Gestión Comercial con dos tipos de Iva, un Artículo al 16% y otro al 7%, al contabilizar se generan dos Apuntes de Iva y las correspondientes líneas al Libro de Iva, pero los importes no coincidían.

      En los Apuntes contables quedaba de la siguiente forma:

      47700007 Iva al 16%, Importe: 0,85

      47700016 Iva al 7%, Importe: 0,91

      En cambio, en el Libro de Iva ponía:

      Base Imponible: 5,39 - Tipo Impo. 16%, Cuota: 0,86

      Base Imponible: 12,90 -Tipo Impo. 7%, Cuota: 0,90

      El importe total era el mismo, pero cambiaba los importes en los dos Apuntes.

      Se producía en el caso concreto de haber dos Apuntes de Iva a diferentes subcuentas y con diferentes tipos impositivos (y además varias líneas a cada uno de los tipos de Iva).

Mejora
  1. Dimoni Automatización
    • ID 33.630.458. Se añaden nuevas propiedades para TPV en el objeto "CurrentLine":

      Propiedad IsDocBlocked: devuelve "True" si el documento está bloqueado (histórico, ticket o factura, abierto por otro usuario...)

      Propiedad LineWithBatches: para saber si la línea activa tiene Partidas.

      Propiedad SetCurrentLineField: para asignar valor a la línea actual. El campo a pasar como parámetro corresponde al nombre del campo en la tabla VLINV.

      Propiedades SetSerie, SetGama, SetBatch, para cambiar la Serie/Gama o Partida de la línea.

      Evidentemente, al estar asociado al objeto CurrentLine, el evento lógico será 'Antes de Cambiar Línea'.

    • ID 33.745.384. Se dispone ahora de un método para generar mensajes o tareas entre usuarios, visibles en la lista de tareas del Nuevo Navegador o en el menú de TPV. Con esto se dota a la aplicación de mensajería relacionadas con Dimoni Automatización: por ejemplo, al crear un nuevo Artículo desde TPV, se podría enviar un mensaje a un usuario para que lo revise, etc. Dentro de DiSession encontraremos el método SendMessageToUser donde indicaremos el usuario destino, el mensaje y otros parámetros opcionales. También se permite ahora añadir botones y acciones a las OPAS Comerciales gracias al objeto clsNewButton y al evento 'Al pulsar botón de usuario'.
  2. Diseñador de Formularios
    • ID 33.877.727. Esta nueva opción en "Comercial-Estructura-Parámetros-Utilidades" permite diseñar infinitos formularios personalizados y asignar cada uno de ellos a las Carpetas de usuarios. Está habilitado, de momento, únicamente para diseñar el Mantenimiento de Artículos. Esta opción solo estará disponible para el usuario "000", administradores y usuarios con nivel mayor de 400.
  3. Impuestos
    • ID 34.157.961. Se ha cambiado la descripción de la naturaleza con código "E". Anteriormente se denominaba "Adquisición de materiales (art. 84.1.2ª)" y ahora "Inversión Sujeto Pasivo (art. 84.1.2ª)"
  4. Límites
    • ID 32.534.435. Se ha añadido un botón a la derecha de la "Fecha Hasta" de los límites en todos los apartados que muestran el campo "Fecha" de la Gestión Comercial. En él se definen los límites para las fechas de forma que el "Desde Fecha" puede ser: Fecha Actual, Inicio-Fin Mes, Inicio-Fin Año, Inicio-Fin Ejercicio. Sobre esta fecha de origen se pueden añadir o quitar días o meses. Respecto al "Hasta Fecha", se dispone de los mismos parámetros que el inicio además del valor Fecha Inicial, de forma que se pueda, según la fecha configurada en el inicio, añadir o restar días o meses.
    • ID 34.194.442. Se añade la opción de "Ninguno" en el selector de "GRP_ID Sentencia", en cuyo caso no se pasará el GRP_ID a la consulta. Esto es para el caso de que se trate de tablas que no tienen el campo GRP_ID.
  5. Selectores
    • ID 34.362.331. La funcionalidad de mostrar/no mostrar en negrita la columna de ordenación del grid se encuentra ahora en el panel "Info", para que el usuario pueda seleccionar lo que desee. Por defecto no se mostrará en negrita esta columna.
  6. Tráfico entre Empresas
    • ID 34.191.720. Cuando se hacía un Tráfico entre Empresas, en la Dirección de Envío del destino, en ocasiones, copiaba los datos de la Empresa origen. Esto no resultaba viable. Ahora se ha creado un nuevo parámetro para escoger entre copiar los datos de envío de la Operación origen a la Operación destino, o que los datos de envío sean los de la Cuenta Comercial de la Operación destino. Este nuevo parámetro está en "Comercial-Estructura-Parámetros-Parámetros-Enlaces Externos-Tráfico entre Empresas: Dir. Envío".
  7. Visor de Informes
    • ID 32.395.216. Los siguientes informes han sido repasados y comprobados para mejorar su presentación y/o mejorar su rendimiento: "Formato_Factura_Anticipo_Ventas", "Almacén: Datos Generales", "Almacén: Existencia por T. Stock", "Otros: Listado de Ventas Ordenado por Artículos", "Tabla Descuentos: Datos Generales", "Otros: Unidades Manipulación", "Otros: Promociones Compras", "Otros: Promociones Ventas", "Proveedores: Datos Generales", "Proveedores: Datos Económicos", "Proveedores: Compra por Artículos".
TPV
Correccion
  1. Acceso TPV
    • ID 32.668.929. Como es sabido, desde el Batch 68 es posible entrar al TPV sin solicitar empresa, ejercicio, usuario, password, tienda, terminal, e incluso lanzar una opción de menú al entrar por medio de lo que se denomina "Fichero Login". Pues bien, en este caso, si se tenía configurado que las opciones de TPV se abrieran con un solo click en vez de doble clikc, la aplicación no llegaba a abrir la opción de menú.
  2. Arqueo
    • ID 32.669.428. Se tenía definido que TPV contabilizara a Centros de Coste. Teniendo configurado que se contabilizaran las diferencias de Arqueo a cuentas de los grupos 6 - 7, cuando se llevaba esto al precontable, no grababa el Centro de Coste.
    • ID 33.816.395. Se ha corregido una problemática por la cual se podían producir, bajos ciertas circunstancias, duplicados en el Arqueo en entornos con una concurrencia muy elevada.
  3. Cierre de Ventas
    • ID 32.276.767. Se parametrizaba "Agrupación por Tickets Consecutivos=No". Con esta parametrización, el criterio de ordenación era por 'Tipo Venta' + 'Fecha' + 'Serie' + 'Cuenta'. Podía suceder que para un mismo tipo de Venta, misma Fecha, misma Serie y misma Cuenta, el servidor SQL no devolviera los datos ordenados, por lo que la anotación en el libro de IVA de la Venta inicial y Venta final era incorrecta. Por ello ahora se ordena, además, por 'Documento'.
    • ID 32.717.098. El envío a Gestión de Fondos (por Cierre de Ventas o desde la Libreta de Deudores) se detenía si había un error -porque el documento ya existía- y no continuaba enviando el resto de datos. Ahora muestra un mensaje de los documentos que no se han podido traspasar y envía todo el resto que son correctos.
  4. Libreta de Deudores
    • ID 32.353.580. Había un error en el diseño de la Vista SQL para el selector de Clientes de la Libreta de Deudores. La Vista origen de este selector no relacionaba el campo VCABV.GRP_ID con el campo PDCOR.GRP_ID. Esto provocaba que si existían varias empresas en las que habían deudas que compartían el mismo Signo+RefTien+RefNum, la Vista devolvía al selector los registros de todas esas empresas.
  5. Reimpresión de Tickets
    • ID 32.407.898. Desde la utilidad de Reimpresión de Tickets estaba mezclando Tickets con la misma Serie/Número de Documento, pero de ejercicios distintos. Se debía a que no distinguía el ejercicio. Ahora se ha añadido el campo "Ejercicio" y se ha incorporado a los filtros.
  6. TPV Táctil
    • ID 31.987.132. Al realizar una venta e indicarle que se recibe un importe mayor que el total del Ticket, en la pantalla de ventas de TPV aparecen las descripciones "Entregado" y "A devolver", mientras que en el TPV Táctil no aparecían. Ahora ya se muestran.
  7. Traspasos
    • ID 33.386.913. En algunos casos, había Tickets que si se intentaba transformarlos a Factura, el programa indicaba que habían habido errores y no los transformaba. Se daba en los casos en los que el Ticket tenía datos domiciliarios -y se modificaba la dirección- y en cambio no tenía un NIF asignado.
  8. Usabilidad
    • ID 33.647.065. Existía una serie de ventanas en TPV que no conservaban su posición en pantalla cuando se cerraban y volvían a abrir. Esto provocaba que si dichas ventanas se situaban cerca del borde inferior del monitor, cuando se volvían a ejecutar no estaban visibles, impidiendo su uso. Las ventanas afectadas se encontraban en: Menú Estructura: Tiendas, Terminales, etc. Menú Ventas: Libreta de Deudores Menú Caja: Inicializar, Arqueo, etc. Menú Notas de Entrega: Rutas, Notas, etc. Botón Utilidades (barra superior): Mantenimiento de Vales, Traspaso de Documentos
  9. Ventas TPV
    • ID 29.013.548. Cuando se hacía una Operación Rectificativa de una Factura de TPV, utilizaba un Ticket anulativo en lugar de una Factura anulativa, tal como se hace en Gestión Comercial. Ahora se utiliza una Factura anulativa.
    • ID 29.940.463. Si se hacía una venta en TPV sin llegar a sobrepasar el límite de Riesgo del Cliente y se dejaba en aplazado, al consultar la Piramidal de Cuentas Comerciales se observaba que no se había tenido en cuenta este importe. Aunque se hicieran varias ventas aplazadas al mismo Cliente de importe inferior en cada venta al límite de Riesgo (aunque sumadas sobrepasaran este límite), no se mostraba el mensaje de aviso. Esta incidencia ha sido corregida, según se puede observar en el ID: 32.599.105.
    • ID 32.669.454. Teniendo configurado que los Descuentos de Ventas se contabilizaran a Gastos, al hacer un Descuento en la Venta contabilizaba a la cuenta de Gastos correspondiente, pero no grababa el Centro de Coste. Ahora toma el mismo Centro de Coste que la subcuenta de ingreso de la Venta.
    • ID 32.755.406. El puerto COM del visor de TPV se abría y cerraba con cada una de las líneas de la operación de venta. Esto podía causar que, en ocasiones, el buffer del mismo se llenara y la aplicación quedara en suspenso durante un minuto, aproximadamente. Ahora, el puerto se abre al entrar en Ventas Mostrador y se cierra al salir, con lo que esta incidencia ha sido corregida.
Mejora
  1. Arqueo
    • ID 33.517.547. Se añade una nueva operativa para modificar el proceso de Arqueo de Caja, permitiendo la introducción de motivos tipificados de descuadre y la configuración de márgenes de tolerancia de los descuadres.

      Se puede establecer un margen de tolerancia en descuadres de Caja por parámetro y se pueden bloquear los Arqueos si se supera este umbral, si así se indica en la parametrización del Terminal.

      Esta operativa se puede parametrizar en la configuración de los Terminales: el margen de tolerancia (en valor absoluto o en %) y motivos del descuadre (si se quieren utilizar o no).

      De esta forma no se permitirá grabar el Arqueo si el descuadre supera el margen configurado (aunque se podrá autorizar en estos casos mediante password).

  2. Control máximo efectivo en Caja
    • ID 32.871.135. Ahora es posible establecer máximos de efectivo por Caja, de forma que según se vayan registrando ventas en ese Terminal, avise al usuario en el momento que excede del máximo, para que el usuario mueva el excedente a la Caja central. Esto evita que las Cajas acumulen grandes cantidades de dinero que podrían sustraerles. Requiere que se parametrice en "Ambiente"-"Cuentas Financieras"-"Cuentas de Tesorería"-"Cuentas de Caja", indicando el "Máximo efectivo" que se desea permitir. Además, en el Terminal debe activarse la opción de "Control máximo efectivo en Caja=SÍ".
  3. Devolución Vales en Efectivo
    • ID 33.024.661. Se permite ahora la opción de devolver un Vale en Efectivo. Se parametriza en el Terminal.

      También existe la posibilidad de no permitir devoluciones en Efectivo.

      Para ello se ha añadido un nuevo tipo de Concepto de Actualización de Caja que permite realizar devolución de Vales en Efectivo.

      Se permite indicar un importe máximo para las devoluciones de Vales en Efectivo, así como poner un password para autorizar estos pagos.

      Al realizar una devolución, cuando aparece la ventana del cobro, si está marcada la opción ‘Permitir devoluciones en Efectivo’, se muestra una lista de Instrumentos de cobro, entre ellos, la opción Efectivo. Si no está marcada esta opción, sólo se podrán realizar devoluciones mediante Vales y en la lista se mostrará solamente la opción "Vale".

      Este mantenimiento permite generar un movimiento de salida de Caja para cancelar en efectivo un Vale emitido por la devolución de una Venta.

  4. Margen de Tolerancia al Descuadre
    • ID 33.318.170. Se ha añadido una opción para no permitir el Arqueo si el descuadre supera el margen permitido configurado. Para ello se han incluido dos nuevos parámetros en la configuración del Terminal, "Margen de Tolerancia al Descuadre" y "Unidad Margen Descuadre". En el primero de ellos se indica la cantidad permitida de descuadre y en el segundo, si esta cantidad se mide en importe absoluto o en tanto por ciento. Si el descuadre excede del máximo definido, no se permitirá hacer el Arqueo. Si está por debajo del máximo, avisará de que existe un descuadre, pero permitirá el Arqueo. (Indicar Margen=0 significa que no se permitirá ningún descuadre en absoluto).
  5. Ordenes de Inventario
    • ID 33.775.481. Ahora se puede ordenar un Inventario o un Saldo Inicial, desde Gestión Comercial, a una o varias Tiendas de TPV. Se puede ordenar un Inventario (Saldo Inicial o Inventario) del Stock Disponible y/o Propio. Las órdenes de Inventario se crean desde la Gestión Comercial y son ordenadas a la Tienda, desde donde serán realizados los recuentos físicos; la actualización de las referencias en Tienda es posible consultarlas desde la central, a medida que éstas vayan finalizando. Cada orden de Inventario lleva asociada una Tienda, una fecha de vencimiento y una lista de referencias (diferentes para cada Tienda, según su Stock). Una vez finalizada una orden de Inventario en la Tienda, ésta pasa a ser gestionada desde la central.
  6. Resumen
    • ID 33.513.050. En esta ventana se han incluido dos nuevos botones, "Desglose Operaciones" y "Arqueos anteriores". El primero de ellos permite el acceso a las operaciones vivas de TPV y su modificación, si esta es posible. El segundo muestra los movimientos históricos (solo lectura) y los Arqueos de la Caja, permitiendo deshacer el último de ellos. El acceso a estas opciones se puede controlar desde "Autorizar Funciones" y por permisos en las Carpetas.
  7. Tarjetas
    • ID 32.891.765. Hasta ahora, el campo "Cargo Financiero" de la Tarjeta era meramente informativo, ya que no se contabilizaba. En la configuración de las Tarjetas del TPV, existe la posibilidad de poner el cargo financiero que efectúa la entidad bancaria por el cobro con dicha Tarjeta (datáfono), que ahora es plenamente operativo. El valor, en la configuración de la Tarjeta, se ha de introducir en el rango de cero a cien (3,00 significa un cargo del 3%) y, lógicamente, no admite valores negativos (el número de decimales dependerá de los formatos numéricos de los porcentajes e importes). La cuenta contable para el cargo financiero se obtendrá de la cuenta de Gastos Financieros del Canal asociado a la Tarjeta. En el Cierre de Ventas se agruparán estos cargos por Canal para efectuar un único Apunte a la cuenta a corto plazo del Canal (al Haber) y otro Apunte a la cuenta de Gastos Financieros del Canal (al Debe).
  8. TPV Configuración
    • ID 32.611.578. En la opción "Passwords" de las Tiendas de TPV aparecen ahora las opciones para eliminar Ticket, Factura y Stand-By por separado, en lugar de la anterior, "Eliminar Ventas", que afectaba a todas. Esto añade flexibilidad a esta operativa, ya que permite separar los controles por el tipo de venta. El password para Stand-By afecta también a su eliminación desde "Utilidades\Traspaso Documentos\Eliminar Stand-by sin Entregado a Cuenta". Además, en la parametrización del Terminal, aparece la opción para "Mostrar Tipo Operación en Cabecera". Si se indica que sí, mostrará el tipo de venta (Ticket, Factura, etc) en la parte superior derecha de la ventana, junto al importe.
    • ID 33.402.586. Se han cambiado las ventanas de parametrización del TPV para que resulten más intuitivas y atractivas. Ahora se asimila el funcionamiento de la configuración de Tiendas y Terminales al de la Gestión Comercial.
    • ID 33.746.466. Se han añadido nuevos parámetros del Terminal referidos a los Formatos de Impresión. Ahora se pueden especificar distintos informes y distintos números de copias para cada tipo de Stand By: * Stand By (normal, el que existía hasta ahora) * Aparcados * Depósitos * Listas de Boda * Plantillas * Presupuestos
    • ID 34.068.586. Se ha añadido un nuevo parámetro en la configuración de la Tienda, "Sección Ventas (DCA)". En caso de encontrar una cuenta 700, utilizará dicho parámetro; el resto, Sección de Gastos/Ingresos (DCA), irá en función de la subcuenta del grupo 6 ó 7.
    • ID 34.080.683. El parámetro de "Actualización de Caja: Modificar fecha (Sí/No)", que antes se encontraba en la configuración del Terminal, ahora se ha quitado de ahí y se controla por "Autorizar Funciones", dentro de "Funciones-TPV". Por extensión, también se aplicará al Mantenimiento de Traspasos de Caja.
  9. TPV Táctil
    • ID 31.961.082. Se añade un desplegable con los botones "Guardar" y "Guardar e imprimir" para el Stand-By. Se incorpora la posibilidad de recuperar Tickets, StandBy y Facturas y su reimpresión. Estos botones se incorporan en el botón "Otros". Se añade la función y el acceso directo por teclado (Shift+F5) para guardar StandBy sin impresión. Se ha añadido un botón para seleccionar formato/impresora y reimprimir, para aquellos casos en que el usuario no desee definir un formato de impresión.
    • ID 32.394.311. Las siguientes mejoras se han aplicado a la ventana del TPV Táctil: Se cambian los selectores de Clientes (VENT_Selection_PTFAA) y Tarifas (VENT_Selection_PCLIE) en la tabla SSELI para separarlos de la OPA comercial. De esta forma pueden manipularse vía Dimoni Automatización. En el listado gráfico de StandBy pendientes se añade una propiedad en la configuración del Terminal táctil para poder incrementar el tamaño de la fuente. Añadido un parámetro en la configuracion del Terminal táctil para filtrar los Vendedores según los Usuarios autorizados en el Terminal. Añadido un botón para el cambio de Tarifa. Visibilidad análoga al TPV clásico. Añadida una opción para cambiar precio y descuento de la línea. Disponible si está visible el campo en la configuración de la OPA. Si está bloqueado desde las configuraciones, no permite modificarlo. Si está bloqueado por "Autorizar Funciones", solicitará un password. Para que quepan los botones de "Precio", "Descuento" y "Tarifa" se ha cambiado el botón "Clientes" por el botón "Otros", el cual muestra un desplegable con Cliente, Precio, Descuento, Tarifa y Eliminar. Añadida la posibilidad de eliminar un Ticket o StandBy (al igual que en el método manual, no está permitido eliminar un StandBy con importes anticipados). Si lo requiere, solicitará un password. Se crea un botón desplegable (dentro de "Otros") para eliminar la Operación completa. Adicionalmente, si se intenta eliminar la última línea, se eliminará la Operación.
  10. Traspasos
    • ID 32.445.413. Se ha añadido una nueva opción, la de Traspasos de Efectivo entre Cajas de una misma Tienda. Aparece en el apartado de "Caja", debajo de "Actualizar". De esta forma, con un solo movimiento se realiza la entrada de efectivo en la Caja destino y la salida de la Caja origen. Para ello, existe ahora una nueva clase de Conceptos de Actualización de Caja, la clase de "Traspaso". El usuario tendrá disponible esta opción de menú según los permisos de su Carpeta (la seguridad de opciones de menú en TPV siempre se define en las Carpetas). Los conceptos de Actualización de Caja que podrá seleccionar estarán definidos según las autorizaciones de su Carpeta. También se puede indicar si estos movimientos requieren autorización o no, así como definir un password para autorizarlos. Si el movimiento requiere autorización, no se permitirá el Arqueo hasta que el movimiento está autorizado (la autorización la realiza siempre la Caja destino). Estos movimientos pueden ser contabilizados, si así se define en la parametrización de la Tienda. Se comprueba que la fecha y hora del movimiento de entrada sea mayor que la fecha y hora del movimiento de inicialización de la Caja destino y no se permite grabarlo si es menor o igual que esa fecha/hora. Si el Traspaso requiere autorización y no está autorizado -ni arqueado- todavía, la Caja origen puede modificarlo y eliminarlo. Una vez autorizado solo podrá modificarlo. Si no la requiere, solo podrá modificarlo también. En el primer caso, la Caja destino podrá autorizarlo/desautorizarlo y eliminarlo. En el segundo caso, solo eliminarlo. Si el movimiento ha sido arqueado en alguna Caja, ya no podrá ser modificado ni eliminado. Los campos modificables de un Traspaso son el Vendedor, la fecha, el Concepto, la Caja y el importe. Se ha creado un formato de impresión -por defecto- para poder emitir estos Traspasos (es el TPVTra_Caja.rpt). Esta operativa cubre la situación en que una Caja envía efectivo, por ejemplo, a la Caja central, cuando su importe rebasa una cierta cuantía.
  11. Trazabilidad
    • ID 33.817.506. Se ha añadido la trazabilidad a los documentos de TPV (se puede ver el origen/destino de un documento transformado). Para activarla hay que hacerlo desde la configuración de la Tienda y poner el parámetro "Activar trazabilidad estados Ventas Mostrador" a "Sí". A partir de ese momento, se guarda una traza de los cambios que se realizan en los documentos. Esto afecta a: Ventas --> Stand By a Ticket, Stand By a Factura. Copia Stand By --> Factura a Stand By, Ticket a Stand By. Traspaso Líneas --> Stand By a Stand By. Traspaso Documentos --> Tickets a Facturas, Ticket Especial a Ticket Estados Stand By --> Cualquier cambio del tipo de Stand By, Presupuesto, Depósito, Aparcado, Lista Boda, etc... Las nuevas opciones son: > Desde Ventas mostrador, botón "Historial", opción "Historial: Trazabilidad". Muestra de dónde viene el documento que se encuentra abierto. > Desde la pantalla principal, botón "Utilidades", en la nueva opción "Trazabilidad Eliminados". Muestra los documentos eliminados que anteriormente se habían modificado y, haciendo doble click sobre uno de ellos, se muestra su historial.
  12. Usabilidad
    • ID 32.877.185. Nueva apariencia de mantenimientos. Se activa en el menú "Apariencia" del nuevo navegador. Si se encuentra en una configuración con pocos colores aplica por defecto los colores de sistema.

      El editable "Fecha" admite las teclas "+" y "-" para subir/bajar un día.

      La pantalla de Ventas mostrador ha sido rediseñada. En la zona superior se ha añadido un 'ribbon' al estilo Microsoft Office 2007. En la primera pestaña se muestra la información.

      Añadida configuración para solicitar el Código Postal del cliente al iniciar/finalizar la venta ("Terminal-Solicitar Código Postal nueva venta"). Este dato se almacena en la dirección de la venta (junto a la provincia y país, si lo puede validar en la tabla de Códigos Postales).

      Añadido selector de Artículos táctil. En la pestaña "Configuración" se puede indicar la posición a ocupar en la ventana, así como su comportamiento a través del check "Selector táctil: forzar nueva línea": si está marcado, cada vez que se seleccione un Artículo se validará la línea completa y entrará en una nueva línea. Así mismo, vía F3 podemos abrir este selector táctil como si fuese un selector normal.

      El selector táctil de Artículos se ha mejorado para poder incorporar Partidas y Series/Gamas (esto afecta también a la pantalla táctil). De esta forma, cuando se seleccione un Artículo con Partidas aparecerán las mismas gráficamente en pantalla. Añadido botones para teclado táctil. De esta forma se facilita el uso del TPV normal y de la ventana de cobros como táctil. Se añade también a la pantalla de ventas táctil en la ventana de datos domiciliarios y en el código EAN.

      Todas las teclas de acceso directo de la ventana de ventas (excepto F2 y F9) son configurables por el usuario. En la pestaña "Utilidades" se permite modificar la teclas de acceso directo e introducir las mismas en la parte inferior de la ventana, a modo de recordatorio. Así mismo, un check en la misma pestaña permite que los accesos directos se muestren o se oculten junto a cada opción y botón del mantenimiento. Las pestañas superiores también tienen sus accesos directos configurables, pulsando "Alt" nos muestra qué accesos directos tiene.

      De la misma forma, todas las funciones, para muchas de las cuales el usuario debía memorizar su acceso directo (Generar tráfico, Seleccionar líneas, F9 en líneas o Guardar Stand By sin imprimir) se han incorporado como botones.

      Añadida configuración en el Terminal para poder limitar los Vendedores, tanto en TPV táctil como en el normal, a los usuarios autorizados en el terminal ("Terminal-Limitar a usuarios autorizados").

      Introducido un nuevo método de selección de Vendedor al inciar cada venta: Por defecto: como hasta ahora, manualmente Código Vendedor: es el método indicado para que cada Vendedor deba validarse mediante una tarjeta y un lector de códigos de barras Táctil: muestra un selector táctil de Vendedores Por Selector: Muestra un código con selector de Vendedores. Igual que el segundo método, pero permite utilizar el selector.

      TPV Táctil: añadida propiedad para poder mostrar las imágenes de los Artículos y segmentos enmarcadas.

      Introducida la posibilidad de dotar de mensajería (banners) al TPV. Se genera un mantenimiento para dicho fin ("Productivo-Estructura-General-Mensajería TPV"), donde se pueden definir mensajes para las acciones "Al entrar", "Al cambiar línea", "Al guardar", definibles por intervalos de tiempo y Tiendas. Así mismo, en Dimoni Automatización se habilitan para todos los eventos el método "ShowBanner", para que el usuario pueda definirse sus propios banners. En el mantenimiento de Artículos se añade el campo "Mensaje TPV" (en las opciones de TPV), el cual aparecerá en el banner cuando se seleccione dicho Artículo. La velocidad del banner se puede definir en la configuración del Terminal "Apariencia - Intervalo refresco del banner" (en milisegundos), siendo 100 el predeterminado. En entornos de Terminal Server el usuario puede introducir 0, de esta forma se evita el refresco y el banner aparece como un mensaje centrado.

      Introducido campo en la configuración del Terminal "Apariencia - Marca de agua en Operaciones cerradas". En los Tickets y Facturas se mostrará una imagen sobre el grid con la palabra "Ticket" o "Factura".

      Se ha modificado el sistema de alertas del mantenimiento: Si la alerta proviene de las líneas se mostrará en la zona inferior, al estilo anterior. Sin embargo, si se produce en otra parte de la ventana, por ejemplo "Cuenta incorrecta", aparecerá un globo señalando el control que ha producido la alerta. Esto último se ha incorporado adicionalmente a Dimoni Automatización mediante la orden "ShowPopup".

      La barra de botones del grid incorpora los siguientes botones: F2: la búsqueda clásica F3: búsqueda táctil Alt+F2: búsqueda por descripción F9: 3 botones, uno para la búsqueda avanzada, otro para los precios y otro para la cantidad F11: Series y Gamas Estos botones (F2 y F9) son los únicos no personalizables del mantenimiento. Piramidal (botón personalizable)

      Nuevo parámetro "Código Tarjeta por defecto": cuando el usuario cobre por Tarjeta utilizará los datos asociados, evitando mostrar una ventana adicional si únicamente desea utilizar un tipo de Tarjeta.

      Nuevos Stand By adicionales: En la pestaña "Series" de la cofiguración del Terminal aparecen las Series para clasificar los Stand By por "Aparcados", "Depósitos", "Listas", "Presupuestos" y "Pedidos". Conforme se rellene la Serie, en la ventana de ventas aparecerán unas flechas junto al botón "Stand By" para alternar el tipo de venta. Nótese que son tipos de Stand By, con su funcionamiento genérico: no mueven stocks, etc.

      Se muestra en la barra de estado el Stock del Artículo activo en el grid.

      Se sustituyen las opciones anteriores para ver la imagen del Artículo por una nueva opción: en la barra de herramientas de la línea aparecerá un botón para ocultar/mostrar la imagen, la cual aparecerá en un recuadro en el grid. Si se hace click en la misma se ampliará en una ventana aparte. En la tecla "F9" también se ha incorporado esta opción (con un botón de idéntico funcionamiento), para que al ir pasando el ratón por encima de los Artículos se pueda ver su imagen.

  13. Ventas TPV
    • ID 32.433.763. Al introducir una Operación de venta en el TPV al Cliente "Varios" y finalizar la venta como "Factura", se muestra la ventana de datos domiciliarios. Ahora, al introducir el NIF, se comprueban las reglas de validez del NIF del mismo modo que se hace al crear un Titular desde el mantenimiento de Cuentas Comerciales/Financieras. Con "F2" sobre el campo 'NIF' se muestra un selector de Titulares. En el alta del Titular desde aquí, el código es igual al NIF. Con "F2" sobre el campo 'Nombre' muestra los distintos datos domiciliarios registrados en las ventas existentes. Si el campo NIF contiene un valor, muestra sólo los datos domiciliarios del NIF seleccionado. Se ha modificado el mantenimiento de datos domiciliarios para añadir un check 'Modificar Datos Domiciliarios del Titular'. Si al "Aceptar" el usuario ha marcado este check, se modificarán los datos del Titular en su ficha con los Datos domiciliarios seleccionados para este Documento.
    • ID 32.599.105. Se ha implementado el Control de Riesgo total (combinando Gestión Comercial, Financiera y TPV). Esto implica:

      - Que TPV reconoce el Riesgo establecido en la ficha del Cliente y el importe máximo disponible para Ventas, a la hora de grabar ventas aplazadas en TPV, al igual que ya hace la Gestión Comercial.

      - Que la Gestión Comercial, en el Control del Riesgo en Opas Comerciales, tiene en cuenta las posibles deudas del Cliente presentes en la Libreta de Deudores del TPV.

      - Que la Consulta Piramidal de Cuentas Comerciales, apartado "Riesgo", muestra información de las deudas del Cliente presentes en la Libreta, junto con la información de las Operaciones de Gestión y los Cobros pendientes de la Gestión Financiera.

      Una vez definido un crédito máximo en la ficha del Cliente, a la hora de grabar Ventas aplazadas en TPV, aparece la ventana del control de crédito máximo para el caso de que el crédito del Cliente sea superado con esta Venta y que en el mantenimiento de Bloqueos por crédito máximo se haya determinado que el tipo de "OPA TV" se verá afectada por el Bloqueo. (La columna "Traspaso" para este mismo concepto y tipo de OPA no tendrá ningún efecto porque no hay transformaciones para el tipo de OPA TV). Si se quieren bloquear las Operaciones Comerciales y las Operaciones de TPV, deberán marcarse, desde la ventana del mantenimiento de Bloqueo por crédito máximo, los tipos de OPA que se verán afectados. Si en el control de Riesgo de la Gestión Comercial se desea tener en cuenta las posibles deudas del Cliente presentes en la Libreta de Deudores (del TPV), se seleccionarán los tipos de OPAS que deben intervenir en la suma del total para el control del crédito máximo de las Cuentas Comerciales. En el momento en que la Operación actual supere el crédito máximo concedido, aparece su importe junto con el del riesgo contabilizado y el del riesgo por Operaciones.

    • ID 32.634.054. Se han efectuado mejoras para la operativa de los Abonos (Factura Rectificativa y Abono Rectificativo):

      -Cuando se realiza cualquiera de los dos tipos de Abono, no se permite ya realizar más Abonos del mismo Documento.

      -Se puede saber en todo momento el Documento original del que deriva un Abono (se muestra un enlace al Documento).

      -Se crea un listado de Abonos (botón derecho sobre el nombre del Cliente).

      -Se definen Series específicas para los Abonos (en configuración del Terminal).

      -Se pueden ocultar algunos/todos los modos diferentes de Abono, desde Autorizar Funciones.

    • ID 32.985.656. En la ventana de "Datos Domiciliarios" se ha puesto un nuevo checkbox, "Modificar Datos Domiciliarios de la Cuenta Comercial", junto al ya existente de "Modificar Datos Domiciliarios del Titular", que estará activo siempre que la Cuenta Comercial NO sea la de "Clientes Varios". Tal y como indica el texto descriptivo, permite modificar desde aquí los datos domiciliarios de la Cuenta Comercial activa.
Información de Interés
General
  1. Notas
    • La 'Actualización automática desde el repositorio' que Dimoni ejecuta (cuando es el caso), NO puede lanzarse desde el icono de TPV, ha de ser desde el icono de "Exact Dimoni 7".

      Dimoni v7 ha sido homologado para SQL Server 2008

      Se ha revisado el Modelo 347 para 2009. El formato del fichero no ha cambiado y el usuario deberá proceder a la importación del fichero en el nuevo programa de ayuda del 347 proporcionado por la Agencia Tributaria.

      Si la conexión se hace a través de un proxy, el hecho de firmar la Facturae puede provocar errores. Se muestra el mensaje de que "The 'http://www.w3.org/2000/09/xmldsig#:Signature' element is not declared" y la Facturae no puede ser firmada.

      Recuérdese que no está soportado el funcionamiento de la Matriz Celular consolidada (para DCA) desde los procesos de Gestión Comercial y TPV.

      Téngase en cuenta que si se ha establecido que dos Terminales de TPV compartan una misma Caja, los procesos que afectan a la Caja, como el de Arqueo, deben efectuarse siempre desde el mismo Terminal. Si no se hace así, es posible que los Arqueos no se puedan deshacer.

      Si se tiene activado el "Easy Printer" en un servidor de Terminal Server con Windows 2008 (característica para capturar impresoras sin driver), es posible que no funcionen los listados del Informador de Dimoni. Para corregir esta incidencia se necesita instalar un HotFix de Microsoft (Windows6.0-KB970603-x86.msu). Se puede consultar la incidencia en http://support.microsoft.com/kb/970603

      La opción de Inicialización de Caja en TPV no genera anotaciones contables de los movimientos que son traspasados al histórico, por lo que subsiguientes procesos de "Deshacer Arqueo" que incluyan Inicializaciones de Caja, es muy probable que deban ser revisados manualmente para ajustar las cantidades que fueron inicializadas en su momento.

      Compatibilidad con Windows 7. Una vez realizadas y pasadas las pruebas de compatibilidad, la aplicación Exact Dimoni V7 está homologada para su ejecución sobre el nuevo sistema operativo Windows 7 de Microsoft, integrando así la tecnología de nuestra aplicación con las innovaciones de esta última versión para aprovechar todas sus capacidades en los procesos de negocio del usuario.

Bilbonet S.L. - Tlf. +34 94 4448434 - +Info: info@bilbonet.net