Novedades destacadas en el Hotfix 62 - Mantenimiento



Últimos artículos publicados


Accede directamente a los artículos que hemos ido publicando. 

 



A continuación, a través del siguiente artículo puedes consultar las cuestiones resueltas y novedades del Hotfix 62.

 

 



AHORA ERP 


 

ÁREA VENTAS  


PROCESODESCRIPCIÓNTAREA
Cuestiones resueltas 

Precios de transporteSe corrige el procedimiento almacenado PListas_Precios_Tra_Lineas_U para que las líneas de tarifas de transporte se actualicen correctamente.#18052
eFacturaSe añade el hotfix de la versión al exe de eFactura#17167







ÁREA COMPRAS

  


PROCESODESCRIPCIÓNTAREA
Cuestiones resueltas 

Órdenes de recepciónSe modifica el comportamiento, ya que al recibir parcialmente líneas de pedido de proveedor con ecotasa se albaraneaban todas.#18224
Números de SerieSe corrige el comportamiento de los números de serie que se asociaban a un detalle de movimientos de un documento de entrada (pedido proveedor, albarán de envío, pedido de cliente en cantidad negativa), por el cual quedaban en estado Liquidado tras eliminarlos de su detalle de movimientos imposibilitando que pudiesen volver a a ser utilizados. Desde este hotfix, los números de serie en esa situación quedarán en estado Generado siempre y cuando dejen de estar asociados a un documento.#18237









 ÁREA ECONÓMICA FINANCIERA

  


PROCESODESCRIPCIÓNTAREA
Cuestiones resueltas 

Datos informativos modelos fiscalesSe atiende el caso cuando al situarnos sobre el campo 'valor' y a continuación redimensionar la pantalla, se generaba un pequeño bug visual:
#18246
Amortización artículos adicionales
Se corrige el error de centro de coste al asignar el articulo adicional a una amortización:


Se atiende el formulario al asignar el articulo adicional a una amortización:
#18220
Régimen especial de criterio de cajaSe detecta que las operaciones dentro del régimen especial de criterio de caja no se muestran correctamente en el modelo 303 y 390.

Hemos preparado el artículo donde se detalla el calculo de las operaciones sujetas al RECC en las casillas de los modelos 303 y 390 en función de diferentes escenarios:
ERP - Régimen especial de criterio de caja y los modelos 303 y 390 
#18159
Confirming BBVASe corrige el CEESI Informe correspondiente, de forma que se admita la longitud total del campo correspondiente al NIF del beneficiario.
#18255
MultidiarioSe corrige un error, en la amortización masiva por naturaleza, que atañe a la asignación del contador.
#18256



Novedades

Rectificativas

Hemos mejorado el comportamiento de la gestión de facturas rectificativas, permitiendo realizar rectificativas de 1 o varias facturas por valor de 0 €, tanto asignando el precio de 0 por línea, como por descuentos el resultado es 0. Tan sólo avisamos que se va realizar una rectificativa por valor de 0 euros, permitiéndose continuar con siguientes pasos:

#18250
TicketBAISe añaden dos personalizados para TicketBAI, en pTBAI_generarTBAI_Factura y pTBAI_ValidarCertificado_BBDD
#18229




  



ÁREA CONTABILIDAD



PROCESODESCRIPCIÓNTAREA
Cuestiones resueltas 

Importación del diarioSe añaden a la hoja de cálculo las columnas IdCliente e IdProveedor, dando la posibilidad de informar el IdCliente e IdProveedor en los apuntes que lo requieren
#18239












ÁREA CONTRATOS


PROCESODESCRIPCIÓNTAREA
Cuestiones resueltas 

Contratos de CuotasSe ha modificado el orden del campo IdRefCatastral para que esté antes que el IdDoc.#18242










 



TECHFUN  


ÁREA ENTORNO 


PROCESODESCRIPCIÓNTAREA
Cuestiones resueltas 

Orden elementos TechfunLa ordenación de los elementos asociados o hijos en el árbol de Techfun se comporta diferente a la ordenación del árbol clásico. el procedimiento que devuelve la información al árbol de Techfun ordena por IdDoc, mientras que en el clásico aparentemente se usa el campo ORDER BY asociado al objeto/colección.


#18197



 

AHORA TPV


ÁREA VENTAS

  


PROCESODESCRIPCIÓNTAREA
Cuestiones resueltas 
Número de SerieAl introducir un número de serie por el buscador de código de barras anteponiendo una cantidad, se insertaban tantas líneas como esta cantidad asignando el mismo número de serie a cada una de ellas.

Se modifica el comportamiento para trabajar de forma estándar ignorando la cantidad cuando se trabaja con números de serie en tickets de venta. En estos casos, la cantidad siempre será 1.
#18236
Tableta WacomEl uso de la tableta wacom en la captura de firmas de Albaranes de Crédito no era el correcto. El subproceso de firma se cerraba de forma automática antes de firmar, con lo que la firma no se guardaba, no se imprimía y no se actualizaba la caja eliminando de la interfaz el Ticket que se acababa de convertir en Albarán.#TPV511
Tara BalanzaEn algunos casos, al pesar artículos de balanza con tara, daba error de conversión del valor de la tara en la introducción de la línea del ticket.#18214









  

ÁREA  ENTORNO



PROCESODESCRIPCIÓNTAREA
Cuestiones resueltas 
Condiciones ImpresiónLas condiciones aplicadas en los modelos de impresión para ocultar o mostrar secciones o componentes concretos no estaban funcionando.

Con esto se soluciona tanto las condiciones personalizadas que se pudieran aplicar, como la condición estándar que mostraba el QR del Ticket BAI en caso de tener habilitado y configurado el entorno para trabajar con TBAI.
#TPV512
ModelosDeterminadas ventanas, al dar error en la ejecución de los procesos, se cerraban y seguían con la ejecución en lugar de permanecer abiertas para subsanar el error y poder seguir con el flujo correcto.
Se detectó, por ejemplo, en la creación de movimientos y anticipos. Al no introducir alguno de los datos obligatorios tales como el importe, se cerraba la ventana y mostraba la petición de impresión cuando realmente no se había creado el movimiento/anticipo.
#TPV516
Balanza DibalEn la TPV trabajando nativamente en la Balanza PC de Dibal, algunos componentes no se mostraban correctamente quedando un un segundo plano no activo e imposibilitando la pulsación de los botones de guardado o el uso de los combos de búsqueda.
#TPV515
FechasLos componentes de tipo Fecha en los Modelos no cargaban debidamente los datos de fechas recibidos de los orígenes de datos. Estos campos, en lugar de cargar la fecha correcta, se veían en blanco. #TPV513







 
   

AHORA TPV PERSONALIZADOR

ÁREA ORÍGENES DE DATOS 


PROCESODESCRIPCIÓNTAREA
Cuestiones resueltas 
Origen Datos
Al exportar personalizaciones de orígenes de datos e importarlos en otra base de datos, la relación entre el estándar y la personalización no se estaba contemplando.

Como consecuencia, en la base de datos con la importación se encontraban orígenes estándar desactivados sin personalizaciones asociadas, con lo que los procesos que utilizaban esos orígenes no realizaban ninguna acción.

Un ejemplo de esto es la personalización de los tickets de impresión. Al cambiar el origen de datos para añadir nuevos campos, en la base de datos destino no imprimía nada. El origen estándar estaba desactivado y el personalizado, aunque activado, no estaba relacionado con el estándar.
#18249
Edición de modelosEl modo edicion no funcionaba en templates/pantallas#TPV510