En la pantalla de mantenimiento de acciones, existe la posibilidad de añadir, editar y eliminar operaciones pero no se pueden editar los permisos.

Añadir las pantallas de edición de productos.

Añadir las pantallas de edición de canales.

Se añade la posibilidad de enlazar etiquetas con artículos y categorizaciones.

Los idiomas disponibles deben ser creados de forma dinámica desee base de datos. El criterio de selección del idioma por defecto seguirá los siguientes puntos:

· Se consultará la cookie que guarda el idioma seleccionado en una sesión anterior · En caso de no existir dicha cookie, se establecerá el idioma definido para la empresa. · En caso de que la empresa no tenga idioma definido, se establecerá el español.

Añadir un nuevo trabajo que aplique las actualizaciones generadas en sincronizaciones de tipo centralizado. De esta forma se separa el concepto de generar la actualización con su aplicación siendo su funcionamiento similar al de una sincronización remota.

Incluir el campo obsevaciones de producto para que se visualice en el portlet de producto, en el caso de que esté informado este campo. Permitir configurar si este campo se visualizará en el portlet o no, ya que depende del uso que haga cada cliente del mismo (a nivel interno o informativo al cliente).

Para la configuración de la tienda virtual es necesario establecer, por ejemplo, el udi de la instancia y el uid de la actividad. Estos valores deben ser consultados previamente en la base de datos. Este proceso es incomodo por lo que sería adecuado mostrar los posibles valores en un desplegable.

Si la tienda virtual está configurada en modo clásico, las fotos de los productos y artículos se deben obtener desde la carpeta artículos de la document library. En caso de estar configurada en modo avanzado, se obtendrán de la carpeta productos

Actualmente los documentos que aparecen en la pantalla de consulta de documentos de venta aparecen en el formato xml original.

Es necesario aportar la funcionalidad para visualizar el documento xml en formato html aplicando plantillas xsl según el tipo de documento/páis.

La nueva lógica seguirá lo siguiente:

Primero se comprobará la existencia del cliente; se realizará una consulta a través del código de cliente. En caso de no existir, se dará de alta el cliente. Los posibles datos de facturación prevalecen sobre los datos del cliente. Una vez dado de alta, se asigna el código de cliente generado al albarán. Si al realizar la consulta de cliente este ya se encuentra, se comprueba si el cliente es genérico o no. Esta comprobación se realiza comparando el código de cliente que se está consultando con el código de cliente que está asociado al almacén.

Si el cliente no es genérico, se actualizan los datos de dicho cliente con los datos que vienen en el documento prevaleciendo los posibles datos de facturación.

Si el cliente es genérico y no tiene datos de facturación, no se realiza ninguna acción.

Si el cliente es genérico y tiene datos de facturación, buscaremos por tipo de documento, país y cif la existencia del cliente. Si no se encuentra ningún cliente con dichos datos, se asigna un código de cliente y se da de alta. Si se encuentra el cliente, se actualizan los datos con los que aparecen en el documento (prevaleciendo los datos de facturación) y se asigna el código de cliente al albarán.

-Los datos de los movimientos tanto de venta como manuales se muestran ordenados por línea. -Al abrir la pantalla en los grids se selecciona el último elemento. -Incluida reimpresión de tickets en la pestaña de movimientos de ventas. -Control de foco al eliminar un movimiento manual. EL foco vuelve al grid, antes se quedaba en el botón de borrado. -En la creación de los movimientos manuales, el campo código de concepto del movimiento es editable. -La ayuda de concepto de movimientos se valida automáticamente al cambiar el código. -Se modifica la pantalla de creación de movimientos manuales para que el código del concepto de movimiento se muestre antes que la descripción. -En la pantalla de creación de movimientos manuales la pulsación del intro equivale a pulsar el botón aceptar.

El POS debe rellenar automáticamente los campos de población, provincia y localidad cuando el usuario rellena el campo código postal.

Para ello, hará una consulta a la tabla de códigos postales.

Se debe modificar la estructura del formulario de la pantalla de mantenimiento de clientes, para que el código postal aparezca antes de los campos de provincia, localidad y población para establecer un orden lógico y que al rellenar este campo, si encuentra el código postal, se rellenen automáticamente los campos siguientes.

El POS debe leer archivos de plantilla de impresión con un sufijo _lang donde "lang" sea el idioma activo para así poder internacionalizar dichas plantillas. Si el archivo con esta terminación no se encuentra, debe buscar el mismo archivo pero sin sufijo.

Ejemplo de formato:

factura_simplificada_pt.xml

El JPOS deberá permitir configurar los dispositivos tanto por una pantalla en el JPOS como con un fichero XML como se hace actualmente.

El JPOS guardará una copia de seguridad de los tickets activos en las pantallas de venta y devolución cada vez que se realice un movimiento sobre ellos con el fin de prevenir pérdidas de información ante posibles caídas del sistema. El sistema detectará al arranque de estas pantallas si se tiene un ticket guardado como copia de seguridad y se le ofrecerá al usuario recuperarlo.

Al realizar la venta de una gift-card, pago de una venta con gift-card, devolución con gift-card imprimir el resguardo de saldo de la gift-card.

En el proceso de venta, al realizar una operación identificando al fidelizado, mostrar, junto con el código de fidelizado, el nombre+apellidos y, en caso de que proceda, puntos acumulados.

Se establece la tecla ctrl+alt+T en modo desarrollo para la generación masiva y aleatoria de tickets.

Los rangos aleatorios son:

50 Tickets 30 Lineas x ticket 3 Unidades para líneas de venta

EL POS deberá tener una acción de venta identificada, donde se tenga que identificar el cliente previamente a realizar el proceso de venta. Una vez que se realice el pago de dicha venta, se deberá volver a la pantalla de identificación del cliente.

En la pantalla de identificación de cliente se deberá poder buscar, editar y dar de alta un nuevo cliente. Además, se deberá poder seleccionar el cliente genérico de la tienda para realizar una nueva compra.

En el POS los campos de fecha hay que indicarlos a mano, no existe un calendario donde podamos seleccionar la fecha.

Lo correcto es colocar un botón al lado de los botones de fecha que al ser pulsado muestre el calendario, dejando la posibilidad de indicar la fecha de manera manual como hasta ahora.

Esta funcionalidad debe estar disponible en todas las pantalla donde sea necesario indicar una fecha: -Gestión de caja (Apertura, Cierre) -Gestión de documentos -Pantalla de devoluciones (búsqueda del documento origen)

El mantenimiento de promociones debe permitir añadir filtro para promociones dinámicas para artículos que contengan o no contengan una etiqueta determinada.

Además, el POS debe aplicar o no la promoción filtrando por dicha condición.

Añadir las pantallas de edición de categorías de etiquetas.

Revisar los .css y .fxml para estandarizarlos de forma que las personalizaciones tengan la posibilidad de sobreescribir y extender el aspecto visual.

Adaptar el código para que cargue ficheros css personalizados.

EL POS deberá tener la funcionalidad de indicar que formato de fecha se está utilizando, para servir de ayuda en campos dónde se tenga que introducir una fecha.

Poner como configurable la opción de sombrear las ventana de fondo cuando se abre una modal en el POS.

La configuración se realizará en el XML del POS.

En el POS permitir configurar distintas propiedades de arranque para la JRE en el XML de configuración.

Mostrar también todas las propiedades en el log al arrancar.

Corregir los siguiente errores detectados en la creación de promociones, asociados a los elementos mostrados en el selector de condiciones por reglas sobre las líneas del documento: 1) Aparece la posibilidad de crear una regla aplicada a los "artículos con subsección". La subsección no existe en Comerzzia estándar, por lo que este elemento no tiene sentido que esté. La ayuda que despliega actualmente es la correspondiente a la sección. 2) Aparece la posibilidad de crear una regla aplicada a los "artículos con sección". Sin embargo, la ayuda asociada no despliega nada. 3) No aparece la opción de poder crear una promoción que aplique sobre la familia asociada a un artículo, cuando la creación de este tipo de promoción puede ser habitual.

En la pestaña "Datos cupón" accesible para promociones de tipo "Generación cupón", ampliar el tamaño permitido para insertar el código de la promoción a aplicar, ya que actualmente está limitado a 4 dígitos cuando el tamaño del campo en base de datos es de 10 dígitos.

Si meto reglas en la pestaña condición y cambio a la pestaña aplicación sin salvar, las reglas de la primera pestaña se pierden.

Al crear una promocion para la generación de un cupón, al posicionarnos en la pestaña cupón y llamar a la ayuda para seleccionar la promoción a aplicar, se produce el siguiente error al realizar la consulta sobre el elemento ayuda CUPON_PROMOCIONES: FUNCTION comerzzia.TRUNC does not exist

raza: org.apache.jsp.comun.jsp.ventana_005ferror_jsp._jspService(ventana_005ferror_jsp.java:93) org.apache.jasper.runtime.HttpJspBase?.service(HttpJspBase?.java:70) javax.servlet.http.HttpServlet?.service(HttpServlet?.java:847) org.apache.jasper.servlet.JspServletWrapper?.service(JspServletWrapper?.java:369) org.apache.jasper.servlet.JspServlet?.serviceJspFile(JspServlet?.java:326) org.apache.jasper.servlet.JspServlet?.service(JspServlet?.java:253) javax.servlet.http.HttpServlet?.ser

Error en la ayuda de backoffice en SQLServer con ID = SECCION: está aplicando un filtro con la función LENGTH

La ayuda SECCION está aplicando un filtro con la función LENGTH. En SQL server no existe. Habría que cambiar el script para que se use LEN. Esta ayuda sé que se usa al menos en las reglas de promociones.

Error en mantenimiento de promociones para la regla PROVEEDOR: Se está intentando cargar una ayuda que no existe

En promociones, la regla para filtrar por proveedor del artículo, intenta cargar una ayuda llamada PROVEEDOR. Esta ayuda no existe. O bien se crea, o bien se cambia para que intente cargar otra llamada PROVEEDORES que es la que sí existe. (En este segundo caso habría que revisar las implicaciones, el xml interno de la promoción no debería cambiar o afectará al POS)

En la pantalla de ayuda de conceptos de movimientos de caja, al pulsar ENTER sobre una fila de la tabla de resultados, no se selecciona automáticamente, hay que llevar el foco hasta el botón aceptar.

La pantalla donde se muestran los movimientos de caja (movimientos y de venta), reajustar las columnas: la fecha no se ve completa mientras que sobra espacio para los importes de entrada o el código de documento.

A la hora de cerrar la caja, el POS no tiene en cuenta la variable CAJA.REINTENTOS_CIERRE

Al intentar cerrar una caja, no se puede debido a que la fecha de cierre no se puede validar.

Al intentar abrir una caja da un error debido a que el formato de fecha no es válido, aunque la fecha no se haya modificado de la que viene por defecto.

Cierre de caja no guarda la hora del ticket y no permite cambiarla pero sí guarda la fecha (la hora siempre es !00:00)

Si al vender un ticket con artículo(s) de precio 0 se introducen pagos. El POS genera movimientos a 0 que no deberían aparecer.

Cuando hay error al insertar movimiento de caja, se debe guardar un ticket vacío para que no haya saltos en los contadores de ID_TICKET

El POS abre el cajón cada vez que se pulsa en una previsualización de documentos. Se debe desactivar para que el cajón no se abra si la salida es por pantalla

Después de cerrar y abrir la Caja, el primer ticket que se emite tiene uid_diario_caja con el valor de la caja antigua. Sólo ocurre si la pantalla de venta estaba abierta antes de cerrar la caja.

Error en el recuento de caja del POS: No funciona la tecla asterisco para mover el foco al campo cantidad.

(Debería funcionar igual que en la pantalla de pagos)

Error en el recuento de caja del POS: No se acumulan por moneda las cantidades introducidas. Si introduzco un billete de 20¿, y luego vuelvo a introducir otro billete de 20¿, se debe acumular en la misma línea con cantidad 2. Es decir, debe aparecer acumulado por tipo de moneda. Actualmente se introduce siempre una línea nueva.

Las promociones de tipo detalle no muestran su texto promoción sino el del padre

Cuando promociones de tipo descuento detalles o descuento precio/puntos son aplicables, siempre se añaden al XML del ticket aunque no sean óptimas

El cálculo de promociones redondean importes y llevan a que se produzca errores en el cálculo del total.

En la pantalla existe un control que no permite indicar mas de dos decimales en el precio de costo, es necesario que se puedan indicar todos los decimales que permite el campo de la tabla de la base de datos, es decir, 4 decimales.

Al utilizar el generador de códigos de barras en el mantenimiento de artículos aparece un error y no es posible utilizar esa funcionalidad, adjunto captura.

Al introducir nuevas líneas de ticket en la pantalla de ventas no se muestra la imagen de ese artículo, si el POS está configurado para que se muestren las imágenes de los artículos.

La edición de artículos no debe permitir precios negativos. Se le debe aplicar el valor absoluto a lo que el usuario introduzca.

En la pantalla de ventas, con alguna línea introducida, cuando pulso ESC, aparece aviso de que existen tickets pendientes de confirmar. Después de esto, las teclas rápidas de la botonera (F1, F2, etc) ya no funcionan.

Al pulsar la tecla enter en la gestión de documentos, teniendo el foco en el campo localizador aparece un error, ya que éste se encuentra vacío

Al pagar con forma de pago de tipo tarjeta de crédito o tipo giftcard, el POS no debe permitir añadir una cantidad superior al del total del ticket.

Cuando el cambio tiene un medio de pago distinto al por defecto, se descuadra la caja.

Al cancelar un pago de una venta identificada, se va a la pantalla de selección de cliente cuando debería volver a la pantalla de ventas para poder realizar cambios en esa venta. Hay que cambiarlo para que vuelva a la pantalla de ventas.

El ticket se queda relleno con el artículo de giftcard aunque el usuario haya cancelado la introducción de tarjeta.

No se tienen en cuenta las variables de permitir cambio precio/descuento

El cajón no se abre ni cuando se ejecuta una plantilla de impresión ni cuando se pulsa el atajo Ctrl+O.

En la configuración, el cajón configurado siempre es NO USA aunque se intente cambiar y en el log se muestra un NullPointerException

En la pantalla de pagos se pueden añadir pagos a cero con tarjeta, por lo que no se está comprobando que el importe del pago sea distinto de cero.

La pantalla de introducción de artículos de devoluciones no acepta códigos de barras

En devoluciones, la cantidad a devolver no se actualiza cuando se elimina del ticket.
Revisar control de focos y validación de cantidad

La tarjeta de fidelización debe poder añadirse leyéndola desde el campo de código de artículo

Error al recargar giftcard si se produce un error en el REST, la venta se termina pero el el movimiento de recarga no se llega a producir.

Multiples fallos en apartados versión 3.0.1 provocados por el cambio en Spring y cálculo de promociones

Los comprobantes de giftcard no aparecen al imprimir copia. Además, al recargar una tarjeta regalo, en la interfaz aparece la línea de artículo con un precio incorrecto que no debería aparecer.

En la pantalla de venta y de devoluciones, la búsqueda por código de artículos y código de barras no deben buscarse diferenciando mayus/min.

Los botones de la pantalla de detalle de documento deben hacer scroll en lugar de cambiar de registro

El saldo de puntos de fidelizado no se imprime correctamente, aparece código Java.

Error recuperar venta a crédito, se adjunta captura de pantalla

El dispositivo de fidelizado debe dar por buena cualquier número de tarjeta que cumpla el prefijo. El único error posible es si la tarjeta está dada de baja.

Al iniciar una devolución controlada el cliente de la devolución debe ser el mismo que el de la venta (incluido los datos de facturación)

La botonera de la pantalla de pagos desaparece al indicar los datos de facturación, Si no se indican los datos de facturación el panel se carga correctamente.

La pantalla de datos de factura no se carga correctamente. Al abrir la pantalla no cargan los datos con los del cliente de la venta. Y si no se indica el tipo de documento se lanza un error.

Al realizar una operación de devolución desde la pantalla de devolución controlada, si el signo es positivo, el TEF hace una venta y no una devolución

Cuando el tipo de documento es factura, no se imprimen los comprobantes de giftcard

El saldo del cliente en un apartado se está sumando con el importe entregado en lugar del importe que se seleccionó en el pago de apartado. El cliente quiere entregar 10¿ a un apartado. Para ello, entrega un billete de 10¿. Se le devuelve cambio de 10¿ pero el sistema almacena que el saldo disponible es 20¿ en lugar de 10¿.

La recuperar una venta, si esta tenia asignado un cliente diferente al de la tienda no se modificaba el cliente de la venta, la venta se hacía con el cliente de la tienda y no con el de la venta.

Al seleccionar un cliente, si este no tiene indicado el tipo de documento de identificación al aceptar los cambios para aplicarlos en la venta se produce un error indicando que el valor es nulo.

La pantalla no muestra los datos del cliente de la venta, la primera vez que se abre siempre está vacía. Al finalizar una venta con los datos de envío a domicilio, si indicamos los datos de envío a domicilio en la nueva venta ocurre que al abrir la pantalla se muestran los últimos datos de envío indicados.

En las plantillas de impresión de factura simplificada y factura faltan los datos de envío, hay que indicar en el ticket del cliente que es un envío a domicilio además de hacer un corte para indicar los datos de envío. Además, en la factura los datos que deben aparecer al principio no son los de la tienda sino los de la empresa.

En la venta identificada, al realizar una venta con el cliente genérico no se están usando los datos correctos.

En concreto, pasa cuando se modifica en alguna venta los datos del cliente (desde la pantalla de pagos). Al realizar una venta con el cliente genérico los datos del cliente que se están usando son los de la modificación de datos anterior.

En los tickets no se está imprimiendo correctamente formateados algunos importes, como por ejemplo la base en los desgloses de impuestos. Se está imprimiendo siempre con dos decimales independientemente del formato de importe indicado.

Los formularios de datos de facturación, datos de cliente y datos de envío deben ser validados. En concreto, los formularios de datos de factura y datos de cliente deben validar que el nombre, el domicilio, el número de documento y el país no están vacíos. El de datos de envío en cambio debe validar que el nombre, el domicilio y el teléfono no están vacíos.

Los botones "Añadir fila" y "Añadir todo" de la pantalla de devoluciones no funcionan correctamente.

En el caso del añadir fila, se realiza la operación correctamente en la pantalla de devoluciones pero al aceptar los cambios y volver a la pantalla de introducción de artículos salta un mensaje de error, diciendo que se ha sobrepasado la cantidad del documento origen, si previamente se había añadido una línea referente a la línea que se ha añadido en la pantalla de devoluciones.

En el caso del añadir todo, si ya existen líneas en el documento de devolución, la operación no se realiza correctamente y se añaden menos cantidad de la total.

No se imprimen vales si se cancela un apartado y se seleccionado medio pago del cambio VALE

Los cálculos de la pantalla de Pagos no aparecen correctos cuando se añaden pagos en negativo.

Al devolver un ticket que tiene cantidad de artículo más de uno, no se calcula bien el precio de cada linea

Las promociones de menos ingreso se están restando en las devoluciones cuando el POS no debería tenerlas en cuenta

En los campos de las pantallas donde hay un teclado numérico no se selecciona todo el texto al poner el foco sobre ellos. En las pantallas táctiles es un problema ya que es más difícil seleccionar el texto marcado para borrarlo.

En la pantalla de devoluciones no sale ningún documento si el primer documento de la propiedad TIPOS_DOCUMENTOS_ORIGEN no existe. Debería salir el primero que encuentre de los indicados en dicha propiedad. Además, la ayuda de documentos de esa pantalla no muestra ningún documento.

Al escribir sobre un campo de importe y teclear el punto decimal del teclado numérico, el punto no se sustituye la primera vez por el separador decimal establecido en la configuración del POS. En cambio al teclear de nuevo la tecla del punto decimal si se sustituye por el separador correspondiente.

Actualmente no funciona la personalización de archivos de i18n metidos en un skin personalizado.

A veces se lanza la excepción ConcurrentModificationException? al cargar la pantalla principal y se deja de ver la cabecera y el pie.

Cuando un SO tiene por defecto un idioma distinto de español pero se configura en el comerzzia-pos.xml idioma "es", el POS no aparece en español.

La variable TICKETS.PERMITE_CAMBIO_PRECIO no se está usando, siempre se puede editar

Al pulsar ESC en la pantalla de busqueda de mantenimiento de cliente, se cierra toda la aplicación

Cuando está el tiempo de inactividad activado, la aplicación se bloquea si se cumple dicho tiempo en la pantalla de login. Se muestra la pantalla de bloqueo y no se puede quitar ya que no deja loguearse porque se muestra con un efecto difuminado.

Al crear un contador con alguna máscara vacía desde el POS, salta una excepción de tipo NullPointer? porque no se está poniendo un valor por defecto.

La pantalla de login mantiene el último usuario/password introducido de forma que se expone la seguridad de la aplicación

Si al salvar el cliente desde el mantenimiento de clientes del JPOS se produce un error, al pulsar en el botón cancelar los valores de pantalla no vuelven al estado original, provocando errores en la navegación. Actualmente para resolver el problema había que reconsultar la lista de clientes desde la pantalla de búsqueda del mantenimiento.

El problema está ocasiona porque se modifica el objetos principal de la consulta antes de salvar, por eso al cancelar no recupera los valores originales porque ya los tiene cambiados. Se modifica el proceso para crear un objeto que es el que se utiliza para salvar los datos de clientes en la base de datos, si el salvado se hace correctamente se recargan las propiedades del objeto original con las del objeto salvado.

Cuando no se está en modo edición, la búsqueda del código postal sigue activa por lo que si el foco se sitúa sobre el campo de código postal se realizará la búsqueda cuando se cambie el foco y se realizará el cambio de la localización o se mostrará el mensaje de error si no existe el código postal.

En todas las pantallas del POS que muestran combos de selección de tipo de identificación se muestra el código del tipo de identificación en vez de la descripción del tipo de identificación que es lo que debería mostrar.

En la pantalla modal de búsqueda de artículos salta un error de tipo nullPointerException si buscas por el código del artículo accediendo a esta pantalla desde la introducción de artículos de una devolución. Este error no aparece si accedes desde la pantalla de ventas.

El POS dice que el Super Administrador no tiene permisos para ejecutar una acción. La configuración de base de datos es correcta.

No carga la pantalla de Catálogo Online, aparece una excepción de que no encuentra la clase no hereda de la Controller.java

Al guardar la configuración del TPV, la pantalla de configuración permanece abierta. Debería cerrarse una vez que se cierra el mensaje alertando de que hay que reiniciar la aplicación.

Al hacer una venta, si un artículo tiene "&" en el título, el POS no imprime y muestra una ventana de error.

Al cambiar de cajero en la pantalla de ventas, los permisos no se actualizan y se mantienen los del anterior cajero, con lo que el nuevo cajero puede acceder a funciones para las que no tiene permiso.

La pantalla de administración de permisos se muestra en blanco en Linux y MacOS mientras que funciona bien en Windows.

Se pierden los atajos de teclado al intentar cerrar FacturacionArticulos? con lineas introducidas. El POS no te permite cerrar pero los atajos dejan de poder usarse

El trabajo de recogida de actualizaciones da un error al intentar guardar actualizaciones cuyo tamaño es superior a 1mb (comprimido).

Al consultar un fidelizado por número de tarjeta se produce un error en la pantalla de búsqueda de fidelizados

Al filtrar cualquier listado de productos de la tienda virtual por "Orden alfabético" da un error "Se ha producido una incidencia" En estos momentos no podemos atenderle y a partir de ese momento no se puede volver a consultar ningún listado de artículos de la tienda que utilice dicho portlet.

Si en base de datos no se ha establecido un artículo para portes, cuando se va a realizar la confirmación del pedido, se produce un error.

Existen en la consulta de votos de productos llamadas a funciones que no son soportadas por MySQL

Cuando se realiza una compra, no se está permitiendo que los datos de facturación puedan ser distintos a los datos de envío.

Si en la página existen dos portlets de resultados de productos, si se intenta añadir un productos del segundo portlet (más abajo en la página), los datos no se rellenan correctamente provocando que no se añada a la cesta.

Cuando el pedido tiene gastos de portes, el importe total cuando se paga por pasarela no se está calculando correctamente. En el caso de PayPal, se finaliza el proceso de pago mostrando un error.

Al volver desde la página de pago de PayPal a la tienda virtual, se muestra una página en la que se indica que se ha producido un error

Si el resultado de productos es de, por ejemplo, tres productos y el número de elementos fijos que se muestran es mayor, se produce un error en el portlet de resultados de productos.

Al no cargarse las provincias, no es posible validar el formulario por lo que no se puede completar el pedido. Se hace necesario cerrar la sesión para que se recarguen las provincias.

El enlace que se genera para ir a la página para ver la política de privacidad, no enlaza correctamente con ninguna página que se pueda crear; falta toda la primera parte de la dirección (portal/web/..)

Para asociar un contenido a un producto debe tener como título P_{código de producto}. Aunque existen contenidos creados con esta nomenclatura, cuando se entra en el detalle de un producto, no se está mostrando el contenido.

Error en tienda virtual: no existe vista d_productos_etiquetas. Esta vista no se crea en la instalación ni está en los script. Sí esta otra llamada tv_productos_etiquetas.

Se ha revisado el código y se encuentra que una query que enlaza varias tablas/vista tiene puesto el nombre de esta vista directamente en la cadena (no en la constante de cabecera de la clase).

Error en envío de correo de pedido de tienda virtual si no existen tipos de embalaje configurados.

Se debe de controlar en la construcción del correo electrónico a partir de la plantilla que no haya ningún embalaje seleccionado.

Además: MOSTRAR EN EL CATCH EXCEPTION DEL ENVÍO DEL CORREO EL LOG DE ERROR Y LA TRAZA, AUNQUE LA EXCEPCIÓN SE ACABE IGNORANDO.

Se han detectado las siguientes incoherencias:

El código de programa SoftwareCertificateNumber? no es el correcto. El tag ProductID no es correcto. Se esta poniendo el atributo xmlns="" a multiples nodos. El código de tipo de documento se repite en el tag InvoiceNo?. Obligar a rellenar campo "registro mercantil" de la empresa ya que es obligatorio para el tag "CompanyID" Obligar a rellenar campo CODIMP_FISCAL en la tabla de impuestos. El tag NumberOfEntries? sale a 0. Las lineas de tipo "P" no deben de tratarse, pero si restar al importe pagado por el cliente. Hay que sumar los pagos con la misma forma de pago (interna de SAFT-PT), porque se da el caso de pagos con vales que posteriormente se le da la vuelta en efectivo. No se están tratando correctamente los clientes genéricos de cada tienda. No se está tratando porque no están poniendo el CIF genérico a los clientes de las tiendas. No se esta cargando el "masterfile" "TaxTable?". Se han encontrado tags con <UnitPrice?>0.0000</UnitPrice?> Hay que lanzar error si hay algún dato numérico en negativo. Los documentos de tipo NC se están mezclando con las facturas Sería prudente no realizar ninguna lectura sobre las tablas de albaranes y utilizar únicamente el XML de origen.

En todas las pantallas de mantenimiento de conceptos de almacén (ventas, compras y regularización), a la hora de añadir un nuevo concepto de almacén se produce un error.

Se muestra un mensaje diciendo que ya existe un concepto de almacén con el código indicado aún cuando el código no existe en base de datos.

Error si se intenta ordenar los resultados en la consulta de actualizaciones generadas en el sincronizador del backoffice.

Se puede reproducir el error:

1. Ir a sincronizador de backoffice
2. Ir a pestaña Actualizaciones
3. Filtrar por una tienda y consultar
4. Intentar ordenar por cualquier columna los resulados.
5. Se produce el error adjunto.

El procesador de documentos de cierre de caja falla si la tienda es centralizada

Si un cierre de caja fue enviado y procesado en la central pero por alguna razón no se ha actualizado el estado en la base de datos de la tienda, continuamente intentará enviar el cierre de caja. Al intentar procesar este cierre, siempre fallará por encontrar que el registro ya está insertado.

Si ocurre este caso, al detectar que el cierre de caja ya está insertado en la central, no se debe procesar cambiando su estado a procesado en la base de datos de la tienda.