Correcciones sobre Batch 200.1

>> Pincha Aqui para Descargar Batch 200.1 - Cerrado con Fecha 12/01/2012 <<

Ambiente
Corrección
  1. Enlaces XML
    • ID 33.521.505. Despues de importar una gran cantidad de artículos (más de 10.000), al querer ver el detalle de los resultados, el programa no mostraba nada. No se sabía si había importado todos los registros o habían habido problemas en la importación.
    • ID 38.860.403. Si se tenía parametrizado "Habilitar Columnas ID para la Relación con Synergy= No", al importar Proyectos a Dimoni no se enviaba el campo "Res_Id" de Synergy como "Responsable" del Proyecto.
    • ID 39.382.330. Cuando se intentaba importar Recursos de Synergy cuya composición del nombre (nombre más apellidos) superaba los 30 caracteres, se producía un error y no se importaban. Ahora se recortan a 30 caracteres al importarlos y el error no se produce.
    • ID 39.395.195. Cuando se intentaba importar Recursos de Synergy cuya dirección superaba los 40 caracteres, se producía un error y no se importaban. Ahora se recortan a 40 caracteres al importarlos y el error ya no se produce.
    • ID 40.042.731. Si en Synergy se definía el campo "DateField1" (u otro cualquiera de los "Campos Libres") para los Proyectos, no se podía importar este Proyecto desde Dimoni. Ahora estos campos libres DataFieldx, NumberFieldx, YesNoFieldx y TextFieldx se corresponden con los "Campos Libres" de los Proyectos de Dimoni, DateFx, NumberFx, YesNoFx y TextFx, respectivamente, y la importación/exportación se efectúa correctamente.
    • ID 40.510.410. Cuando se importan Clientes desde Synergy a Dimoni, a su vez Synergy envia también los "Prospects". Esto provocaba un mensaje de aviso y que no se actualizara la tabla "XMLTopicHistory", de manera que siempre intentaba importar todos los datos. Ahora, los "Prospects" son descartados, pero se utiliza un nuevo tipo de devolución, "Ignored" para estos casos, lo que sí actualiza la tabla "XMLTopicHistory".
Mejora
  1. Enlaces XML
    • ID 36.253.601. Se ha mejorado la mensajería del Enlace XML con Synergy. Para ello se ha creado una nueva ventana, donde se muestran los mensajes generados por los componentes del Enlace XML, tanto al exportar como al importar. Existe la posibilidad de filtrar por varios campos y son configurables, tanto en el filtro como en la visualización, el número de campos que se muestran. Tiene la capacidad de exportar el resultado a Excel, imprimirlo y limpiar los criterios de filtrado. La información se muestra en formato "grid". Los mensajes son almacenados en la base de datos (en la tabla XMLEvents), y ya no se crean los ficheros en el directorio del usuario con los mensajes de los componentes. Sí que se siguen generando los ficheros de "debug" y traza (estos últimos si han sido activados), ya que este comportamiento sigue igual que antes.
    • ID 39.554.174. En el caso de la versión DCA, el Centro de Coste puede tener una longitud de hasta quince dígitos. En cambio, en Synergy, solamente se admiten hasta ocho. Se utiliza la Tabla de Relaciones para crear la correspondencia entre cada Centro de la DCA y su correspondiente en Synergy. De lo contrario, si la longitud de los Centros de la DCA excede de ocho, no se traspasarán a Synergy. (También puede establecer opcionalmente esta correspondencia aunque la longitud de los Centros no exceda de ocho). Se ha creado la "Etiqueta" DCACostCenter (en el Topic "FinEntries") para establecer esta correspondencia.
    • ID 41.237.567. En la versión "Básico" existe ahora la opción de incorporar el Enlace XML, como ya tenían las versiones superiores. Téngase en cuenta que esto es un módulo opcional que requiere de una licencia adicional.
  2. Titulares
    • ID 39.214.769. Ahora se comprueba, para validar, el NIF/CIF que se introduce, avisando en el caso de un Titular incorrecto, en los siguientes mantenimientos (entre otros): Mantº de Titulares, Mantº de IVA (clásico), Mantº Retenciones (clásico), Mantº Empresas, Cuentas CCC, Ctas. de Tesorería (Canales), Viejo Mantº Ctas. Financieras (sólo versión "DCA") y Mantº Subcuentas (sólo versión "Compac")
  3. Usuarios
    • ID 35.124.644. Ahora es posible la autenticación de los usuarios que utiliza Dimoni con los usuarios de cualquier dominio de Windows. Desde el Mantº. de usuarios se realiza este mapeo entre los usuarios de Dimoni y sus logins de Windows, con lo que ya no se solicitará usuario ni password al acceder a la aplicación. Por defecto, pondrá el usuario que ha iniciado sesión en Windows. De esta forma, los usuarios de Dimoni ya no tendrán que preocuparse de recordar y utilizar otra contraseña más para acceder a la aplicación. Naturalmente, se puede acceder también con los usuarios de Dimoni, como anteriormente.
Financiero
Corrección
  1. Asientos Patrón. Operativa
    • ID 38.843.766. En ocasiones, en la nueva IAC, teniendo diseñado un Asiento Patrón al que en el campo "Importe" se le había indicado "Completo y Validar", cuando se ejecutaba, no se detenía en este campo del importe.
  2. Asientos Vinculados
    • ID 37.413.888. En el proceso "Financiero-Estructura-Parámetros-Parámetros Contables-Contabilidad General-Controles.Contabilizar Automáticamente Cobros", en el proceso C0702 no guardaba los cambios efectuados.
    • ID 38.154.269. Si se generaban dos Asientos Vinculados definibles para un mismo proceso y después se eliminaba uno de ellos, al intentar crear un nuevo Asiento aparecía un mensaje de error: "Alta realizada por otro terminal". Se debía a que al eliminar el Asiento, habían quedado registros del mismo en la tabla FAPRE. Ahora todos los registros son eliminados al suprimir el Asiento.
  3. Autoinformes. Emisión
    • ID 39.220.661. Cuando se emitía -por ejemplo- el Autoinforme 81 "PYG 07", se filtraba por Movimientos, se indicaba que sólo mostrara unos meses y se desglosaba una de las Líneas, luego una Raíz y finalmente la tabla de Sumas y Saldos, en esta tabla se mostraban todos los meses y no solamente los meses indicados, lo cual era incorrecto.
    • ID 39.442.744. El Autoinforme 81 "PyG (PGC 07)", en el Apartado 14 tenía dos veces el bloque a1), con el rótulo repetido. Ahora, el segundo se llama "a2) En terceros".
  4. Bajas de Asientos
    • ID 38.185.147. En ocasiones no se seleccionaba el Asiento deseado al hacer clic con el ratón sobre él, lo que se prestaba a confusiones. Ahora, tanto el seleccionado en "Desde" como el seleccionado en "Hasta" aparecen marcados en azul, para destacar su elección.
  5. Centros de Coste. Repartos Directos
    • ID 40.612.118. En condiciones muy especiales, se podría producir un error de clave duplicada en el Reparto Analitico Directo, al estar varios usuarios introduciendo simultáneamente Apuntes contables. No obstante, se ha tratado de reducir al máximo las posibilidades de que esto ocurra.
  6. Centros de Coste. Repartos Indirectos
    • ID 39.102.249. No permitía crear un Reparto Indirecto para dos Centros de Reparto con el mismo Centro asignado. Si se utilizaba el mismo Centro de Coste, aunque el Centro de Reparto fuera diferente, no permitía la creación de un nuevo Reparto Indirecto.
  7. Cierre de Ejercicio
    • ID 31.323.790. En el cálculo del impuesto, cuando el impuesto devengado era menor que las deducciones/bonificaciones, se debía crear un asiento por la diferencia, 4742 a 6301, que en el año posterior, si se compensa, sería 6301 a 4742. Este asiento no se creaba antes. Ahora se ha creado un nuevo parámetro, "Deducciones y bonificaciones pendientes de aplicar", dentro del grupo "Impuesto sobre Beneficios", para poder asignar la raíz que corresponda (4742 por defecto).
  8. Confección Modelo 340
    • ID 34.688.091. El Modelo 340 no recogía todos los datos de le empresa en la cabecera, solamente copiaba el NIF. Ahora, además del NIF, lee de los datos de la empresa, Razón Social, Teléfono y Contacto.
    • ID 38.587.646. Al generar el Modelo 340, en ocasiones aparecía el mensaje de "Uso no válido de Null". Ocurría cuando se tenía una Factura recibida de Inversión de Sujeto Pasivo (ISP), pero no existía la Factura recibida de la Autofactura generada.
    • ID 38.678.972. En el caso de Facturas de Naturaleza "Inversión del Sujeto Pasivo" a dos tipos de IVA, 18 y 8, el Modelo 340 duplicaba las dos bases imponibles para cada Tipo; es decir, para cada base imponible generaba dos registros, uno al 18 y otro al 8, por lo que el total era incorrecto.
    • ID 39.482.699. Se ha mejorado sustanciamente el rendimiento del proceso de generación del Modelo 340. En algunas instalaciones con gran volumen de datos era muy lento y podía llegar a dar un error de "Timeout".
    • ID 40.658.999. Cuando existía algúna apunte de ISP (Inversión de Sujeto Pasivo) con carácter de "Exenta", al exportar el Modelo 340 se mostraba el mensaje de: "Uso no válido de NULL".
    • ID 40.763.319. Al generar el Modelo 340, en ciertos casos, se duplicaban algunos registros. Por ejemplo, en el caso de que en un mismo Asiento (Factura) se tuvieran los siguientes apuntes de IVA: Expedida, Base: 80,30 - Tipo 18 % - Recargo 4% Expedida, Base: 80,30 - Tipo 8 % -Recargo 1% Al generar el Modelo 340 aparecían cuatro apuntes en vez de sólo dos. Era debido a que tenían la misma Base en los dos apuntes.
  9. Confección Modelo 347
    • ID 38.592.180. En el Modelo 347 no debían aparecer las Autofacturas Recibidas por ISP de la propia empresa.
  10. Confección Modelo 390
    • ID 37.857.852. En la confección del Modelo 390, en el campo "Sujeto Pasivo", siempre se proponía "Persona Jurídica", aunque en la configuración de la Empresa (en Ambiente-Empresas-Datos-Datos Empresariales" se hubiera indicado que se trataba de una "Persona Física".
  11. Confección Modelos Retenciones
    • ID 38.931.537. Los literales que aparecían en la Confección de los Modelos de Retenciones (Modelos 111, 115, 180 y 190) no eran correctos. Estos literales ahora son: 111 - Retenciones e Ingresos a Cuenta de IRPF. 115 - Retenciones e Ingresos a Cuenta. Arrendamientos Inmuebles Urbanos. 180 - Resumen Anual de Retenciones e Ingresos a Cuenta. Arrend. Inmuebles Urbanos. 190 - Resumen Anual Retenciones e Ingresos a Cuenta de IRPF.
  12. Contabilidad Analítica. Parámetros (DCA)
    • ID 39.360.460. En un Financiero versión DCA o Avanzado, ambos sin Gestión Comercial, no era posible configurar las opción del enlace con Synergy o Synergy Enterprise, ya que este parámetro se encontraba en la propia Gestión Comercial. Ahora, cuando no existe esta Gestión, el parámetro está disponible en "Estructura-Contabilidad Analítica-Parámetros-Sistema-Synergy" para la DCA y en "Estructura-Parámetros-Parámetros Contables-Sistema-Synergy" para Avanzado.
  13. Cuentas CCC
    • ID 40.611.240. En algunos casos se producía un error al validar Cuentas CCC extranjeras, debido a que la estructura de estas cuentas es diferente a la española.
  14. Depósito Digital Ctas Anuales
    • ID 39.789.567. En la hoja de Excel del Depósito Digital, en el PyG Pymes (hoja PP), aparecía la cuenta 746 duplicada en el epígrafe 9 y en el 13 a). Ahora, en el apartado 13 a) (en las casillas M28 y N28), pone cero.
  15. Gestión Inmovilizado
    • ID 33.015.265. En ocasiones, al realizar una "Exclusión Total por Cancelación", realizar el "Ajuste Mensual" correspondiente y lanzar el proceso de "Tabla de Amortizaciones", se podía comprobar que en los datos de la baja se indicaba un importe correspondiente a un día menos de lo que se había contabilizado.
    • ID 38.706.788. Si se creaba un nuevo elemento desde la "Inclusión de Inmovilizado Existente", al elegir la Amortización como "Inclusión con continuidad de Tiempo", se abría la ventana para introducir los datos relativos a la Amortización. Cuando en dicha ventana se introducía y validaba la fecha de inclusión, debajo se mostraba el cálculo de la vida útil restante, pero el dato era incorrecto.
  16. Importación Contabilidad Completa
    • ID 36.609.512. La "Importación de Contabilidad Completa", en ocasiones, añadía espacios en blanco a la derecha del campo "GRP_ID".
  17. Introducción Apuntes (Nueva IAC)
    • ID 38.915.443. Desde la nueva Introducción de Apuntes Contables, no permitía indicar un tipo impositivo con dos decimales en el libro de IVA.
  18. Introducción Apuntes de IVA
    • ID 39.010.668. En la versión DCA no funcionaba el automatismo de generación de los Apuntes de ISP (Inversión del Sujeto Pasivo). Notas: * Si es una Fra. Rectificativa, no se genera la doble Autofactura (al igual que las otras Autofacturas). * El parámetro (de Contab. General) "Autofactura" (en Controles) debe valer "Automática". "Manual" indica que el usuario generará manualmente la doble Autofactura. * El parámetro (de Contab. General) "Serie para AutoFacturas IVA Inversión del Sujeto Pasivo ISP" (en General) debe indicar una Serie que exista en la empresa. Por defecto vale "AUT", pero esa Serie no está creada durante la instalación, debe crearla el usuario. * Si se modifica la Operación Sin Control de OPA, aparecerán tres registros sueltos de IVA, pero ya no hay automatismo para que a partir de la Factura principal se genere la doble Autofactura.
  19. Mantenimiento Situaciones
    • ID 39.568.952. En instalaciones con una gran cantidad de datos en Gestión de Fondos, cuando se intentaba dar de baja una "Situación", daba la sensación de que la aplicación no respondía y además bloqueaba al resto de puestos que trabajaban con la Gestión de Fondos. Ahora se ha optimizado esta consulta y la respuesta es mucho más rápida.
  20. Presentación Telemática
    • ID 39.382.487. Cuando se generaban en Excel los ficheros de Facturas Recibidas, en las de Naturaleza "Adquisicion Intracomunitaria de Servicios" (I), se mostraba el campo "Naturaleza Operación" en blanco.
    • ID 40.680.658. La Presentación Telemática podía llegar a mostrar un registro de facturas incorrecto. Era el caso en que se seleccionaba el Registro de facturas "Recibidas". Si se validaban los límites con la tecla <Intro>, funcionaba correctamente. Pero si se hacía click con ratón en cualquiera de los límites (aunque no se modificaran), generaba en Excel un listado de facturas "Expedidas", en lugar del de "Recibidas" que se había solicitado.
  21. Reparto Analítico Indirecto
    • ID 36.308.016. En el Reparto Analítico Indirecto, podían quedar Asientos descuadrados debido a diferencias por redondeo. Para evitarlo, ahora se indica (en la Parametrización, en un nueva opción) a qué Centro de Coste se asignan estas diferencias, si se producen. Nótese que sólo funcionará si la suma de los Factores del Reparto es igual a uno. Si no suma uno, se supone que el usuario lo ha definido descuadrado intencionadamente y el descuadre no es por las diferencias de redondeo.

      Nueva opción de configuración en "Financiero"-"Estructura"-"Parámetros"-"Parámetros Contables"-"General"-"Centro Diferencias por Redondeo". Se definirá aquí el Centro de Coste al que se imputarán las diferencias por los redondeos en los Repartos Indirectos. Si se deja en blanco y se producen diferencias, el Asiento quedará descuadrado.

    • ID 37.344.169. En ocasiones, en el "Reparto Analítico Indirecto" se detenía la aplicación al Generar Asientos y se bloqueaba (no se podía entrar en Dimoni). Se producía al tener dos Apuntes para la misma Subcuenta y por el mismo importe (que tengan el Centro de Reparto), uno en positivo y otro en negativo. Al hacer el reparto, la suma era cero y la aplicación se detenía, ya que no puede hacer un Apunte de importe cero.
  22. Soportes. Normas
    • ID 36.864.949. Si se intentaba utilizar la última columna de una Norma incluyendo allí un campo de longitud unitaria, la aplicación indicaba que el valor estaba fuera de los límites (por ejemplo, una Norma de longitud 100, en la que se quería poner en la columna 100 de la cabecera un dígito).
    • ID 41.371.305. En las Normas estándar "!ENR3412" y "!EN3412A" (Ordenes en fichero emisión Transf. SEPA) no se recogía el código Swift de la CCC del acreedor, (en el cuerpo). Ahora se han añadido los códigos Swift de la cuenta domiciliataria y del Canal.
  23. Visor de Informes
    • ID 33.926.652. Los filtros de fecha en los listados de Retenciones del Visor, cuando se introducía la fecha, obligaban a poner también el separador de barras (DD/MM/AAAA). Ahora, la propia aplicación realiza esta función.
Mejora
  1. Agencias Bancarias
    • ID 39.214.757. Se ha aumentado el tamaño que admiten las trayectorias de la Banca Automática, tanto de origen como de destino. Antes admitían 40 caracteres. Ahora admiten hasta 250 caracteres. En el caso de utilizar una trayectoria muy larga, puede que no se vea toda ella por pantalla, pero internamente se graba y funciona correctamente.
  2. Ajustes Mensuales
    • ID 41.529.370. En los Ajustes Mensuales, el proceso de contabilización debía realizar los asientos por Subcuenta Contable y Centro de Coste. Hasta ahora, si en el proceso de amortización se seleccionaba "Apuntes por Subcuenta", no asignaba el Centro de Coste. Ahora realiza los asientos por Subcuenta y Centro.
  3. Asientos Patrón. Mantenimiento
    • ID 39.360.688. Se han incluido los nuevos campos de IVA (Fecha Realización y Clave Operación) en la definición de los Asientos Patrón y de las OPAS (DCA). El comportamiento que se ha seguido para actualizar los Asientos Patrón ya existentes es: Fecha Realización = "Repetir Fecha Asiento". Clave Operación = "Completo y No Validar" - "Ninguna de las anteriores". El comportamiento seguido para actualizar las OPAS (DCA) ya existentes es: Fecha Realización = "Repetir Fecha Financiera". Clave Operación = "Completo y No Validar" - "Ninguna de las anteriores". Nota: Estos cambios no afectan a la IAC clásica. Sólo los utiliza la nueva IAC.
  4. Conciliación Bancaria
    • ID 41.465.232. Se ha creado un nuevo Asistente para la Conciliación Bancaria (una nueva opción de menú que aparece en los de la Conciliación Bancaria). Sus ventajas: Se pueden importar varios ficheros de múltiples extractos a la vez, repitiendo el proceso sin posibilidad de que se produzcan errores de duplicidad o inconsistencia. Se tiene trazabilidad sobre el estado del fichero bancario. Se encadenan los asistentes de importación, configuración y conciliación. El asistente ayuda en la configuración de criterios de correspondencia. Se añaden nuevos criterios de correspondencia. La nueva ventana de conciliación manual es flexible, intuitiva, sencilla y rápida de utilizar. Incorpora un proceso de pre-conciliación automática. La conciliación automática responde a los criterios de correspondencia de más exactitud a menos, y a los nuevos datos configurados. Se obtiene más información sobre los resultados de la conciliación automática.
  5. Confección Modelos Retenciones
    • ID 41.372.443. Se ha sustituido la opción "Borrador" de los Modelos de Retenciones por un listado de Crystal Reports 2011.
  6. Configurar Límites (DCA)
    • ID 41.293.897. Se ha añadido la opción de "Configurar Límites" para la versión DCA, en el caso de que no se tenga Gestión Comercial. Aparece la opción de menú en "Estructura"-"Estructura Común"-"Utilidades"-"Configurar Límites".
  7. Datos Presupuestarios
    • ID 41.495.356. Se ha mejorado la introducción de los Datos Presupuestarios y su operativa: Es posible definir un Estado para el presupuesto ("Borrador", "Aprobado" y "Procesado"). Se puede repartir el Presupuesto entre varios Centros de Coste. Se permiten varios "Escenarios", en la versión DCA. Permite copiar el presupuesto de una cuenta a otra, reemplazando o incrementando los importes existentes. Permite traspasar un presupuesto existente al ejercicio siguiente, basándose en los valores presupuestados o en los reales, filtrando por Raíces y Centros de Coste y permitiendo modificar los importes finales.
  8. Introducción Apuntes (Nueva IAC)
    • ID 39.447.488. Se ha añadido la opción de "Archivos Adjuntos" a la nueva IAC, tal como ya estaba en la Gestión Comercial (para poder adjuntar ficheros de cualquier tipo al Asiento activo). Se muestra junto al botón de los Informes.
    • ID 39.447.520. Se han añadido las Consultas Piramidales a la Gestión Financiera. Se encuentran en la nueva Introducción de Apuntes Contables (IAC), junto a los botones de "Admin", "Fichas", "Output", etc. Son ocho los informes que vienen predefinidos en la aplicación (más otros dos referidos a la Subcuenta). Como las Piramidales de Gestión Comercial, permiten, a través de los enlaces internos, ir profundizando en los detalles de cada uno de los apartados que se muestran. Simplemente hay que seleccionar una consulta de la parte izquierda de la ventana, introducir los filtros en la parte superior y pulsar el botón de "Ejecutar". Después, una vez se muestren los datos, basta con pulsar en cualquier enlace (de color azul) y se obtendrá otra consulta detallada y referida a este enlace exclusivamente. Y así sucesivamente. Permite exportar el informe como una consulta dinámica de Excel, como gráfico, enviar a Word, a Excel, combinar correspondencia con Word, etc. Para modificar estas consultas y/o crear nuevas se requiere el módulo opcional de Cubos OLAP.
    • ID 40.365.576. Anteriormente ya se había añadido el mantenimiento de Recursos en el submenú de Proyectos cuando no había Gestión Comercial ni TPV. Sin embargo, en la nueva IAC, el campo "Recurso" no estaba visible si no había Gestión Comercial. Ahora este campo sí que está visible en la nueva IAC para Financiero Avanzado sin Gestión.
  9. OPAS. Mantenimiento (DCA)
    • ID 40.173.820. Se han añadido los "Proyectos" y las "Personas" a las Operaciones Comerciales, OPAS, OPIS y al Mecanismo de Integración de la versión DCA, así como al proceso de contabilización del precontable. Ahora aparecen las opciones de "Proyecto por línea" y "Persona por línea" en "Financiero-Estructura-Contabilidad Analítica-Parámetros-Controles", para su parametrización. Indicando que sí, estos campos aparecerán en las líneas de las Operaciones. Se pueden utilizar en la configuración de las OPAS, donde aparecen los campos en las secciones de "General", "Analítica" y "Más Datos". También son aplicables en las OPI, mediante el Mecanismo de Integración de la DCA.
  10. Visor de Informes
    • ID 39.538.250. Se han añadido nuevas opciones de menú para el "Visor" en la versión DCA (antes sólo estaban disponibles para Financiero Avanzado): En el Visor de "Financiero/Operativa/Contabilidad/Operaciones Diarias": - Cuenta Pérd.Ganan. Comparativa. - Comparación Individual. - Comparación Global. En el Visor de "Financiero/Estructura/Contabilidad General/Ficheros": - Presupuestarios. Consultas
General
Corrección
  1. Configuración de Impresoras
    • ID 39.342.937. Cuando habían más de 250 fuentes instaladas en la máquina, no se mostraban todas ellas en la configuración de impresoras. Ahora Dimoni puede cargar hasta 1.000 fuentes en el desplegable que aparece al configurar impresoras.
  2. DIMONI Servidor DDE
    • ID 38.206.203. En algunos Sistemas Operativos que originalmente se instalaron en inglés y a los que posteriormente se les cambió el idioma a castellano, el servidor DDE (DIM.exe) no utilizaba el separador decimal correctamente.
Mejora
  1. DIMONI Servidor DDE
    • ID 37.419.666. Se han creado tres nuevas funciones para el Enlace DDE de DIMONI: CENTACPER (<Código Centro>,<Ciclo>,<Desde Período>,<Hasta Período>,<Genero>,<Fase>). SECCACPER (<Código Sección>,<Ciclo>,<Desde Período>,<Hasta Período>,<Fase>). CELUACPER (<Código Centro>,<Código Sección>,<Ciclo>,<Desde Período>,<Hasta Período>,<Fase>). Sirven para obtener los acumulados por Centro, Sección y Célula, respectivamente, por Ciclos, Períodos, Géneros y Fases. Están disponibles tanto en el "DIM.exe" como en el "DIM2.exe".
Gestión Comercial
Corrección
  1. Auditorías
    • ID 38.551.106. En algunos casos, las Auditorías habían dejado de registrar los datos en la tabla SDLOG.
  2. Bloqueos Operaciones
    • ID 34.152.760. El mensaje del Bloqueo de Operaciones (Control Impagadaos) aparecía tres veces en la OPA: - Tras cargar la Cuenta Comercial y teclear la Serie. - Al pulsar <Intro> para validar la Serie y activar el número de Documento. - Al pulsar <Intro> y pasar el cursor al Código de Artículo de la primera línea. Ahora se visualiza una sola vez, cuando se pasa por Cuenta, Serie o se va al "grid" de edición.
  3. Expedientes Comerciales
    • ID 41.240.399. Se producía un error cuando se alcanzaba, en el campo "PDCLI.Expedien" o "PDVLI.Expedien", el valor ?V000000000000010000. Se debía a que la variable que gestiona el contador sólo tenía en cuenta las cuatro últimas cifras de este contador. Así, cuando se llegaba al 10.000, las cuatro últimas cifras son cuatro ceros, de forma que el siguiente valor que se generaba era siempre el 0001. A partir de entonces sólo se grababa en ese campo el valor ?V000000000000000001. Ahora se ha modificado el proceso para que el contador permita llegar a los 1.000 millones (10 cifras).
  4. Flujo de Operaciones
    • ID 39.568.505. En esta ventana, aunque se limpiara un filtro previamente utilizado (con el icono de la derecha de cada filtro), éste seguía en memoria y aunque se pulsara en "Actualizar", continuaba aplicando este filtro que se había seleccionado antes.
  5. Inventario/Regularizar
    • ID 37.779.644. Si se hacía un Inventario de "Saldo Inicial" de un Artículo con Partidas, indicando un Coste Medio de la Partida igual a cero y un Coste Ultimo distinto de cero, al procesar el Inventario, tanto el Coste Medio como el Coste Ultimo de la Partida se ponían a cero. En cambio, si se ponía un Coste Medio y Coste Ultimo distintos de cero, sí que calculaba bien los Costes al procesar el Inventario.
  6. Límites
    • ID 40.641.907. Si se creaba una "Situación" en varias empresas con el mismo código, al mostrar los límites del listado de "Ordenes de Cobro por Cuenta Financiera", en el filtro de "Situaciones", aparecía la misma situación repetida una vez por cada empresa.
    • ID 41.199.786. Si en un límite (por ejemplo del código del artículo) se introducía "Desde 01-000" "Hasta 01-032", aparecía un mensaje indicando que el "Desde" era mayor que el "Hasta". Se debía a que la aplicación estaba interpretando los valores como fechas; así, el "01-001" lo entendía como "01/01/2011"' y el "01-032" como "01/01/1932". Ahora se ha modificado el código, de forma que la comparación se hace en función del tipo de editable (numérico, fecha y texto).
  7. Operaciones Comerciales
    • ID 35.585.883. Cuando se pretendía grabar (crear o modificar) el Titular de unos Datos Domiciliarios cuya Razón Social ocupaba más de 40 carácteres, se mostraba el mensaje de que "No se ha podido grabar el NIF. Seleccione otro NIF o verifique los datos". Ahora, al grabar el Titular, se recorta la Razón si es necesario y se toman sólo los primeros 40 caracteres.
    • ID 38.410.133. Era el caso de un Artículo que tenía dos Referencias (R1 y R2, por ejemplo). Estas Referencias estaban asignadas a dos Cuentas (C1-R1 y C2-R2). Se hacía un Documento a la primera Cuenta (C1), y el programa recogía correctamente el código y descripción de la Referencia R1. Pero si sin salir de la ventana de la OPA, se hacía un nuevo Documento a la Cuenta C2, en vez de recoger la referencia R2, que es la que le correspondía, la aplicación ponía la referencia de la anterior Cuenta (R1).
  8. Ordenes de Montajes por Fases
    • ID 38.863.250. En determinadas circunstancias, la asignación del contador en los Montajes se perdía, con lo que las Partidas de dicho Montaje (en caso de existir), pasaban a formar parte del siguiente Montaje. Ahora, todo el proceso se genera bajo una única transacción, a partir del momento en que el usuario pulsa el botón de "Guardar".
  9. Parámetros
    • ID 40.510.604. A pesar de tener parametrizado que "Activar Facturas y Precontable=Sí", en ocasiones, al borrar en la Contabilidad una operación que provenía de la Gestión Comercial, no se habilitaba de nuevo la Factura original.
  10. Precontable
    • ID 38.677.789. Se ha optimizado el procedimiento almacenado encargado de recoger las facturas del precontable, tanto en ventas como en compras. Anteriormente se podía producir un time-out, debido a la tardanza en recuperar estos datos.
    • ID 39.461.751. Ocurría cuando se tenía parametrizado "Afecta a Costes (Después de Dtos. Comerciales)" en el apartado de "Descuento por Pronto Pago" de la contabilización. Se hacía una OPA con un Artículo que tenía marcada la opción de "Dtos. Comerciales" y se aplicaba un "Dto. Pronto Pago" en la OPA. En ese caso, se producía un descuadre en los Apuntes del precontable. El problema era que se incluía el Descuento en la cabecera de la OPA pero no por línea, por lo tanto calculaba bien el Neto, pero no las bases imponibles.
    • ID 41.673.569. Ocurría al pulsar dos veces seguidas sobre el boton de "Contabilizar". Así se tomaban los registros dos veces y la seguna vez, el precontable no generaba número de asiento en la tabla FPCON.
  11. Selectores
    • ID 38.189.262. Al cambiar el campo de ordenación en el Selector, no mantenía seleccionado el último registro marcado, sino que se posicionada en el primero del nuevo campo de ordenación.
  12. Tabla Descuentos
    • ID 39.008.326. La ventana de Filiaciones de Descuentos no mostraba las barras de desplazamiento para moverse por los registros.
  13. Tráfico entre Empresas
    • ID 38.590.393. Anteriormente, al finalizar la ejecución del Tráfico entre Empresas, se pulsaba en el botón de "Detalles" y mostraba información del Documento creado y el número de OPA que se generaba. En la versión actual esa información se había suprimido; al pulsar en el botón "Detalles", indicaba que se traspasaban los datos a las tablas temporales y que el proceso finalizaba con éxito, pero la información de la Operación destino no se mostraba.
  14. Transformar Operaciones
    • ID 38.348.232. A veces, cuando se intentaba transformar un Documento, al pulsar el botón de "Transformar" y seleccionar cualquier opción, aparecía un mensaje de error que indicaba "Error en la búsqueda de Operaciones Origen". Se debía a que al añadir el campo "Clave" (Clave Analítica) a las líneas de la Transformación, por las Fichas Adicionales, se producía una duplicidad de nombres de campos en la búsqueda de Operaciones entre cabecera y líneas. Ahora se ha renombrado internamente el campo "Clave" de la línea en la consulta que obtiene la información, pasándolo a "ClaveLin". Esto permite seleccionar el campo "Clave" para los datos de cabecera y de las líneas, sin que se produzca esa duplicidad.
  15. Visor de Informes
    • ID 38.619.032. La ordenación del Informe "Diario de Compras: por Proveedor -Resumido-" (LOCOOC09.rpt) no era la correcta y podía suceder que los Documentos se cargaran de forma alternativa, con lo cual sumaba el mismo Documento más de una vez.
    • ID 40.343.349. Al emitir informes desde Dimoni, no se respetaba el tamaño de página asignado al formato. Esto hacía que informes diseñados para A3 (por ejemplo), se imprimieran cortados cuando se emitían desde Dimoni.
Mejora
  1. Bloqueos Operaciones
    • ID 35.786.023. Autorizar por Synergy. Mediante este nuevo proceso se delega el desbloqueo de Operaciones Comerciales de Dimoni en Synergy. Permite crear cualquier número de peticiones en Synergy y de cualquier tipo, según las necesidades de la empresa, para que en función del estado de las mismas (Aprobado, Realizado, etc.) se automatice la gestión de bloqueos de Dimoni. Este método, por supuesto, no elimina la propia gestión de bloqueos de Dimoni, por lo que obligatoriamente se deberá introducir un password de administrador en el concepto. Únicamente funciona con Synergy Enterprise. Cualquier Concepto de bloqueo admite el flujo de operaciones. La única restricción es que el bloqueo debe ser por "Traspaso". Salvo que se posea la contraseña del administrador, la OPA continuará bloqueada hasta que se resuelva el flujo de operaciones en Synergy. Esta operativa, a día de hoy, solamente está soportada en Synergy Enterprise 247. No se garantiza su funcionamiento en versiones anteriores.
  2. Dimoni Automatización
    • ID 39.360.666. Algunas empresas utilizan carnets, tarjetas y varios tipos de identificación para asociados y clientes, cuya codificación no tiene por qué coincidir con la del código de la Cuenta Comercial. Por ello, se ha incorporado en el Batch 110 un nuevo evento para el TPV en Dimoni Automatización, la "Validación de Cuenta Comercial". Este evento permite buscar por cualquier campo de cualquier tabla (siempre que ésta permita devolver después el Código de Cliente al TPV, por ejemplo, PCTAS o PCTAV).
    • ID 39.751.034. Se implementa una nueva funcionalidad en Dimoni Automatización. Dentro del objeto "CurrentLine" se incorpora la propiedad "SetCurrentLineField()", para poder modificar el contenido de la línea en curso. Esto permite cambiar la cantidad económica, el almacén, la serie/gama o partida, el precio de venta, etc, mediante Dimoni Automatización (si se van a modificar la cantidad y el precio, se debe modificar primero el campo "CantEco" y después el del precio, por este orden). La sintáxis correcta seria: CurrentLine.SetCurrentLineField("NombreCampo") = Valor. Donde "NombreCampo" es exactamente (distinguiendo entre mayúsculas y minúsculas) el nombre del campo en la tabla VLINV. Se implementa también un nuevo evento, "Al cambiar de artículo". La propiedad SetCurrentLineField únicamente debería ser utilizada para los eventos "Al cambiar de artículo" y "Antes de cambiar de línea", cuando el contenido de la línea actual es conocido y controlable. Si por ejemplo se sitúa en el evento "Al cambiar de línea", ya no se tiene acceso a la última línea, sino a una línea en blanco. Si se utiliza en el evento "Grabar", sería complicado determinar la línea activa, por las operaciones de reposicionamiento internas que la venta realiza.
  3. Emisión Documentos (Facturae)
    • ID 39.518.760. Se admiten ahora "Hojas de Estilo" para visualizar la Facturae. Para ello hay que indicar, en la parametrización (en Sistema-General), la ruta completa al fichero .xsl (XSLT) de hoja de estilo que se desea aplicar. Para utilizar la visualización estándar se debe dejar este campo en blanco.
  4. Fichas Adicionales
    • ID 39.220.846. Ahora, en el mantenimiento de "Fichas Adicionales" se puede también escoger como Fichero el de "Transportistas", para así dar de alta Fichas Adicionales asociadas a los Transportistas.
  5. Inventario/Regularizar
    • ID 39.112.260. Si se realizaban modificaciones en el Inventario y, sin pulsar "Guardar" se procesaba, los cambios efectuados no eran actualizados en la base de datos. Ahora, cuando el usuario accede a la ventana principal de Inventarios, se le solicitará si desea guardar estos cambios. Nota: Cuando se importa una Regularización de PINVE, que ha sido generada con el método del "Inventario a Fecha", por ejemplo, se igualan las cantidades teóricas y reales a las existencias a dicha fecha. Como una Regularización afecta al stock Propio, las cantidades a considerar serán el teórico-real. La lógica de la operativa es: si deberían haber 10 unidades pero realmente hay 11, se hace un movimiento de 1 unidad. Por lo tanto, si no se modifica el Inventario, al ser el teórico igual al real, no habrá ningún movimiento.
  6. Operaciones Comerciales
    • ID 38.026.347. Se crean los campos "Proyecto" tanto en las tablas de cabecera como en las líneas en Ventas, Compras, Almacén y tablas temporales de importación. Si el usuario tenía configurado no utilizar el Punto Operacional (en cuyo caso este campo se utilizaba para los Proyectos), al actualizar, la información del Punto Operacional actual se copiará en el nuevo campo de Proyecto, y de ahí a las líneas. Aunque el usuario no visualice el Proyecto por líneas (dependiendo de la configuración de la OPA), automáticamente el Proyecto de cabecera se replicará en las líneas. Y respecto a los permisos, el administrador decide si se ha de ver por líneas o no. El campo "Punto Operacional" de la dirección de envío se copiará al campo "EnPop" de la OPA al generar una operación, y éste será visible en la pantalla de Direcciones de Envío. Temporalmente, si se tiene definido que se trabaja con Proyectos en lugar de Punto Operacional, el campo Proyecto se copiará en el campo EnPop, para mantener la compatibilidad con los informes existentes. Si el usuario lo prefiere, puede desactivar lo de utilizar Proyecto en el campo Punto Operacional y no se realizará la copia. El funcionamiento es el siguiente: -Si se pone Proyecto en la cabecera de la OPA: se copiará a todas las líneas que tengan el campo Proyecto vacío y a las líneas nuevas. El usuario puede introducir un Proyecto, añadir líneas, y para facturar otro Proyecto, cambiar el de cabecera y las líneas nuevas que introduzca lo heredarán. -Si se quita el Proyecto de la cabecera: se quitará de todas las líneas cuyo Proyecto coincida con el eliminado. La contabilidad de Proyectos ha sufrido un cambio lógico. Antes se aplicaba el Proyecto de cabecera a todos los Apuntes. Ahora, al ir el Proyecto por línea, lo que se hace es considerar el Proyecto como un Centro de Coste para agrupar las subcuentas de ingresos/gastos (6 y 7). De esta forma, los Apuntes de gastos o ingresos se generan agrupados en base a la Subcuenta, Concepto, Centro de Coste y además el Proyecto. Se han implementado los Proyectos también para la Transformación, importación de temporales (PDALI, etc.) y tráficos entre empresas.

      Los Proyectos se imputan, al igual que los Centros de Coste, a los Apuntes de explotación. Como el primer Apunte de las OPAS comerciales es siempre a la 43 o 40, a los que no se imputa Proyecto, en la cabecera del Asiento contable no aparecería ningún Proyecto. La solución para los usuarios que quieran imputar Proyectos a cuentas que no sean de explotación: activar un nuevo parámetro e introducir un Proyecto en la cabecera de la OPA. Con esta combinación, el Proyecto de la cabecera se imputará a todos los Apuntes, aunque no sean de explotación y, por tanto, aparecerá en la cabecera del Asiento.

      Nueva parametrización (en Parametrización-Comercial-Operaciones): -Copiar Proyecto a los Apuntes que no son de explotación: La contabilización de proyectos, al igual que los Centros de Coste, se realiza únicamente para apuntes de explotación. Si desea asignar un proyecto al resto de apuntes active este parámetro y el proyecto de la cabecera de la factura será copiado a los apuntes que no sean de explotación. -TEMPORAL: Utilizar Punto Operacional en Operaciones: Los Proyectos ahora tienen su propio campo en las operaciones. Si tiene algún tipo de desarrollo personalizado que utilice el campo EnPop como Proyecto, introduzca NO como valor de esta opción y el campo Proyecto será copiado en el campo EnPop. Esta opción será temporal y dentro de un tiempo será eliminada, para que pueda ir adaptando sus desarrollos a medida. -Recuperar Proyectos vigentes según Cuenta Comercial y Artículo: Al seleccionar tanto la cuenta comercial como un artículo en operaciones, se recupera el proyecto vigente asociado tanto a nivel general (el proyecto vigente de la cuenta comercial) como a nivel individual (combinación cuenta comercial y artículo). En caso de conflicto se recuperará el proyecto vigente más antiguo.

    • ID 40.155.068. Nuevo concepto de "Persona" por líneas comerciales: Consiste en pasar el concepto de "Persona" a las líneas de los documentos comerciales. El campo "Persona" se utiliza para imputar tareas/proyectos a los Recursos y traspasarlos a la contabilidad, por lo que es independiente del Vendedor de cabecera. No existe ninguna parametrización al respecto en Avanzado; si el usuario selecciona personas por líneas (en la configuración de la OPA), éstas formarán parte de la agrupación de la subcuenta 7xx o 6xx que se volcará al precontable. En el precontable ya se pueden visualizar estos nuevos campos. En la versión DCA, hay que parametrizar "Proyecto por línea = Sí" y "Persona por línea = Sí". En este caso, la Persona y el Proyecto sí que se pasarán a la analítica y a las líneas de las OPAS. En el caso de la versión Avanzado, pasan a los Apuntes contables (líneas) el Proyecto, Centro de Coste y Persona. También se pasan el Proyecto y el Responsable (Vendedor de la OPA) a la cabecera del Asiento.
  7. Precontable
    • ID 41.665.269. Se ha cambiado la posición del botón "Suprimir", que estaba junto al de "Contabilizar", para evitar confusiones y pérdida del histórico del precontable por este motivo. Ahora, este botón se sitúa en la posición final. Además, antes de eliminar nada solicitará confirmación por parte del usuario.
  8. Transformar Operaciones
    • ID 38.534.269. Se aplican varias optimizaciones para el caso de Transformaciones con grandes cantidades de líneas a transformar y líneas en la Operación destino:

      * Se añade el parámetro "Operaciones-Transformación. Paginación de la búsqueda". Por defecto el valor es 100, esto es, las líneas a transformar se obtienen de la base de datos de 100 en 100. Para Transformaciones con un número muy grande de líneas, es conveniente aumentar este número, ya que con una lectura no llegaría siquiera a obtener una Operación. Para casos extremos en que el número de líneas a transformar supera las 65.0000, la paginación, que debe ir acumulando los valores, alcanza el límite máximo admitido para una variable (que es de 2GB). En ese caso hay que poner este valor a cero para que no realice ninguna paginación y se obtenga todo de una sola vez.

      * Se añade el parámetro "Operaciones-Transformación. Máximo número de líneas permitidas". Cuando una Operación supera las 300 líneas, el rendimiento empieza a descender de forma muy significativa. Para estos casos, se recomienda introducir un valor en este campo, que definirá cuántas líneas aproximadamente contendrá una Factura.

      * Se incorporan varias optimizaciones internas al código, como reducir recálculos o concatenar cadenas más eficientemente.

      * Las clases de contabilidad y Opas se optimizan y se incorpora mayor control contra errores de usuario. De esta forma, si por ejemplo, un error en un "trigger" externo provoca que caiga una Transacción, la Opa ya no sigue intentando insertar líneas cuando la transacción ha desaparecido.

      * Ahora, cuando los Portes y Aduana/Arancel son cero, no se realiza un segundo bucle de recorrido de las líneas para repartir el "GastoRep" (Gasto Repercutido) por línea.

  9. Vendedores/Recursos
    • ID 37.960.390. El tamaño del "Código" del Vendedor/Recurso en Dimoni no era igual al del "Usuario" de Synergy. El primero era de diez dígitos, mientras que el segundo admite hasta veinte. Por este motivo no se podían pasar algunos Recursos desde Synergy a Dimoni. Ahora se ha modificado el campo en Dimoni para que admita hasta veinte dígitos. Nota: Aunque se ha aplicado esta modificación a todo el programa, es posible que el usuario deba comprobar la longitud de los Límites de los informes desarrollados por él mismo, así como el tamaño de los campos de "Vendedor" que figuren en estos informes, para ajustarlos a la nueva dimensión. Será conveniente, también, comprobar que la Segmentación del Código del Vendedor, caso de haberla, se ajusta a este cambio.
TPV
Corrección
  1. Libreta de Deudores
    • ID 39.010.615. Si se ponía "*" o "%" en el nombre del Cliente de la Libreta de Deudores, aparecían todos los vencimientos pendientes; pero si se cobraba alguno de ellos, en el Precontable dejaba vacía la subcuenta del Cliente. También ocurría que si se seleccionaban dos o más cobros de Clientes distintos, realizaba un unico Asiento en el Precontable, pero con la subcuenta del Cliente en blanco.
  2. Precontable TPV
    • ID 39.594.624. En ocasiones, con bastantes líneas de venta y aplicando un descuento comercial, se generaba un descuadre en el precontable y Libro de IVA. Se producía al realizar los cálculos quitando el IVA a las líneas y deducir los descuentos correspondientes. Ahora se ha modificado todo el cálculo interno, recogiendo todos los decimales y realizando ciertos ajustes a nivel de descuentos, lo cual resuelve el desajuste.
  3. TPV Configuración
    • ID 39.407.196. Aunque se tuviera parametrizado "Existencias Disponibles (DDS) en Negativo. TPV= No", el programa permitía vender dejando el stock DDS en negativo desde TPV. Se producía cuando se tenía configurado en el Terminal "Avisar Stocks Bajo Mínimos=No". Si aquí se ponía "Sí", el programa ya no permitía vender dejando el DDS en negativo.
    • ID 39.551.454. Los bloqueos de las Formas de Pago por password que hay en la configuración de la Tienda, solo pedían el password si se seleccionaba la Forma de Pago desde el desplegable. En cambio, si se seleccionaba desde los botones inferiores, no lo pedía.
  4. Transformaciones
    • ID 39.684.839. Al traspasar un Ticket a Factura, se genera un Ticket de Abono y una nueva Factura. La aplicación permitía hacer Rectificativa y Abono Rectificativo de los dos Tickets, lo cual no era correcto. Ahora no se permite la rectificación-abono de Abonos o Tickets originales afectados por una transformación.
  5. Trazabilidad
    • ID 38.732.188. Si se creaba un Ticket con con un Artículo con Serie/Gama o Partida, de dicho Ticket se hacía una Factura (por Transformación de Documentos) y posteriormente se hacía un Abono Rectificativo de la Factura, el Abono no tenía la información de la Serie/Gama o Partida. Ahora sí que mantiene esa información. Nota: Para que este método funcione, es indispensable que el usuario active la traza de operaciones del TPV (en "Tienda-General-Activar Trazabilidad estados Ventas Mostrador=Sí").
  6. Ventas TPV
    • ID 38.130.675. Al hacer una venta en TPV al cliente "Varios" y finalizarla como Factura, se solicitan los datos domiciliarios de un Titular existente. Ocurría que si se modificaban o añadían algunos de estos datos, estos cambios no se reflejaban en la ficha del Titular (teniendo la marca de "Modificar Datos Domiciliarios del Titular" activada).
    • ID 38.638.076. Al hacer Alt+F2 en el campo del código del Artículo y comenzar a escribir, se mostraban los Artículos de todas las Empresas existentes y no sólo los de la Empresa activa, que es lo correcto.
    • ID 38.859.394. Al hacer una venta en TPV a una Cuenta cuyo Código de Titular no coincidía con el NIF, si se modificaban los Datos Domiciliarios de esta Cuenta, se creaba un nuevo registro en Titulares con Código y NIF iguales al NIF de la cuenta introducida. Esto duplicaba el NIF, cosa que la aplicación no permite.
    • ID 39.006.332. Era el caso de tener una venta con varias líneas, subir a la primera línea, situarse en el código de Artículo y bajar con <INTRO> a los demás códigos de Artículos. Al pasar por la tercera línea, la primera línea cogía el precio de la tercera.
    • ID 39.219.685. Cuando se mostraba el mensaje de aviso de artículo inexistente, si se pasaba otro artículo inmediatamente después con el lector del código de barras, al tener el botón de "Aceptar" del mensaje el foco, el mensaje desaparecía y provocaba que el artículo inexistente no se reflejara en el documento de venta. Ahora se muestra una ventana de aviso que no responde al <Enter> (ni al lector de códigos de barras) y no tiene botones que puedan llevar a confusión. Solo se sale haciendo click en ella o con la tecla de Escape. Además, un icono parpadeará y al mismo tiempo sonará un pitido de aviso cada segundo.
    • ID 39.267.826. Cuando desde TPV se pretendía grabar el Titular de unos Datos Domiciliarios cuya Razón Social ocupaba más de 40 carácteres, se mostraba el mensaje de que "No se ha podido grabar el NIF. Seleccione otro NIF o verifique los datos". Ahora, al dar de alta el Titular, se recorta la Razón si es necesario y se toman sólo los primeros 40 caracteres.
    • ID 39.390.746. Era el caso de hacer una Venta y querer cobrar con un Vale. En la ventana de Cobros, se marcaba un Vale equivocado, así que se desmarcaba y se pulsaba "ESC" para cancelar la ventana de Cobros. Se volvía a la Venta y se añadía otro Artículo con cantidad en negativo (por ejemplo), de forma que el importe total de la venta fuera cero. Se terminaba la Venta y al imprimirla, en el bloque de Cobros aparecía el Vale que se había desmarcado. Se podía comprobar, en Movimientos de Caja, que aparecía también el movimiento del Vale. Si se comprobaba en Mantenimiento de Vales, se veía que éste no había sufrido cambios, su importe seguía siendo el mismo que antes de hacer la Venta.
Mejora
  1. Arqueo
    • ID 38.006.954. Se incorpora el control de bloqueos para evitar que se pueda realizar simultáneamente el Arqueo de una misma Caja desde varios Terminales.
  2. Conceptos Actualización Caja
    • ID 39.364.144. En la pantalla de "Conceptos Actualización Caja" se ha definido un nuevo tipo de Concepto cuyo código debe comenzar por "IVA" y que tiene las siguientes particularidades: Se ha de indicar el porcentaje de IVA a aplicar. Se ha de indicar la subcuenta de IVA a utilizar. Se ha de indicar la subcuenta de la contrapartida (la de gastos, ingresos, etc). El importe tecleado en la operativa o actualización de Caja será el total facturado (el de la cuenta del proveedor o cliente) y el resto de importes serán calculados en base al porcentaje de IVA indicado en el Concepto. Se aplica tanto a ingresos por prestación de servicios como a pago de facturas a proveedores.
  3. Tarjetas
    • ID 38.863.361. Ahora, cuando se finaliza una Venta y se selecciona la forma de pago "Tarjeta", aparece la Tarjeta que se ha definido "Por Defecto". Si se desea otra Tarjeta, se puede abrir después el selector correspondiente y cambiarla.
  4. TPV Configuración
    • ID 39.255.794. Ahora, la fecha de caducidad de los Vales puede ser vinculante y su uso puede estar protegido por una contraseña. Se añade un nuevo parámetro en el Terminal: "Usar vales caducados", con las siguientes opciones:

      "No" - No se podrán usar Vales caducados en la aplicación bajo ningún concepto.

      "Sí" - Con otras dos opciones a su vez:

      * Con contraseña: Solo aquellos usarios que dispongan de la contraseña podrán admitir Vales caducados.

      * Sin contraseña: Como la operativa actual, no hay restricción en el uso de Vales caducados.

  5. Ventas TPV
    • ID 39.360.678. Se han añadido los campos de las descripciones de la Serie y la Gama a los disponibles en las líneas de TPV. De esta forma se pueden mostrar en las líneas de venta, junto a los códigos de la Serie/Gama, por ejemplo.
Información de Interés
General
  1. Notas
    • El problema se presenta cuando se pretende transformar de una OPA que mueve DEP (Stock Propio) a otra que no lo mueve (por ejemplo, de un Albarán de Venta "VA" a un Depósito de Ventas "VD"). La lógica de la Transformación es que de una OPA que mueve Stock Propio sólo se puede pasar a otra OPA que también mueva Stock Propio en el mismo sentido. Solución alternativa: Que se elimine la opción "Generar Históricos" en la OPA destino (la "VD" en el ejemplo). De esta forma el proceso funcionará correctamente, con el inconveniente de que la OPA destino no podrá ser destransformada. Como con esa configuración no se podrá destransformar la OPA, cuando sea necesario, esta se deberá transformar a otra OPA como la origen (a un nuevo "VA" en el ejemplo anterior).

      Dimoni ha sido comprobado sobre Windows Server 2008 R2 64-bits, SQL Server 2008 R2 64-bits y clientes Windows 7 64-bits, mostrándose compatible con estos sistemas. Aunque Dimoni soporta Microsoft Office 2010 32-bits, no está soportado con Microsoft Office 2010 64-bits. Además, se requiere también la instalación de la máquina virtual Java 32-bits para el correcto funcionamiento de la aplicación

      Motor de Informes. Se ha incorporado la versión 2011 de Crystal Reports para la emisión de Informes, tanto de la Gestión Comercial como del Financiero y TPV, que anteriormente se emitían con la versión 9.0.

      Debido a la obligatoriedad de la actualización del motor de informes de Crystal Reports (obligado por el fabricante de Crystal Reports), Exact ha validado exclusivamente el correcto funcionamiento de los infomes estándares de Dimoni.

      Por la nuevas características de Crystal Reports, es posible que los informes exclusivos de los clientes tengan que ser regrabados o requieran establecer de nuevo la conexión con la base de datos o su completa programación.

      Se ha añadido a DIMONI la Gestión de Proyectos enlazados con Synergy, a través de la PSA (Professional Services Automation). Para obtener más información, se puede consultar el documento en formato PDF que se encuentra dentro del "Add-on Dimoni-SynergyEnterprise.7z", que se descarga en \DIMONI\SIS.
Si no desea recibir más información y desea quitar su nombre de nuestra lista de distribución, por favor, haga clic aquí
Bilbonet S.L. - Tlf. +34 94 4448434 - +Info: info@bilbonet.net