* Release notes v. 4.13.21 @ 01/07/2024

1,. Factura queda en estado 'Emitida'.

Se ha incorporado un aviso que trata de evitar que una factura que se envíe a imprimir quede en estado 'Emitida', cuando debería quedar como 'Envío contabilidad'. Cuando se detecta un error del Crystal Reports en el proceso de impresión, ahora aparece este mensaje:

No obstante, esto es un recurso de ayuda, que no sustituye a las dos acciones de control visual a disposición del usuario:

• En el momento de crear la factura, asegurarse que tras "Imprimir" la factura muestra el estado "Envío Contabilidad".
• Controles periódicos de las facturas que se hayan quedado en estado "Emitida" desde "Gestión de facturas".

2.- Facturas emitidas.

Se ha hecho más coherente el control de la modificación de la forma de cobro en las facturas emitidas. Ahora tanto la forma de cobro como el vencimiento quedan sujetos al permiso de usuario "Modificar Forma de Cobro/Pago":

Dicho permiso deberá -idealmente- solicitarse desde Administración, o al menos aprobarse por el responsable de ese área. 

3.- Facturas recibidas.

Puesto que el asunto del vencimiento no es tan crítico en este caso, se ha decidido no aplicar el cambio anterior. En cambio, sí se ha corregido un bug antiguo que provocaba que si se cambiaba la forma de pago, el cálculo del vencimiento se efectuara de forma correcta, pero se guardara en BD la forma de pago previa al cambio. 

4.- Mensajería - sumarias.

Tal y como se informó la semana pasada, se tuvo que poner en marcha una cambio para facilitar la inclusión de los códigos de muelle (LOC+14 -> Localización de las mercancías) a nivel de conocimiento, de manera que se puedan indicar distintas  "terminales/ubicaciones aduaneras" en distintos conocimientos.

Se pasó nota del cambio, así como la solución al, creo, único inconveniente real que podemos encontrar. Después de esto no he recibido más noticia, lo cual interpreto como que el cambio ha ido bien. Si no fuera el caso, comentamos. 

Al hilo de la solución aportada me han comentado por privado lo oportuno o no de liberar la contraseña de edición de mensajería, necesaria para la misma. Creo que nunca es malo dotar de herramientas y autonomía a los operativos, especialmente para horas y fechas fuera de soporte. Se espera siempre un uso prudente del recurso. No obstante estoy a disposición de los responsables de marítimo para tratar eventuales cambios o matices en esta política. Como en otros casos, si fuera necesario la contraseña se puede asignar por oficina.  

También quiero recordar en este punto la importancia de intentar disponer siempre de información precisa. "Muelle", "Terminal", "Localización", 'Ubicación"... son todos términos que se prestan a confusión. Ni Valencia Port ni su proveedor de software, ante la reclamación de Aduana, nos aclararon el segmento preciso a utilizar (LOC+14)  lo cual demoró la resolución mucho más de lo debido. 

Por último, he documentado el uso complejo de terminales y localización de las mercancías en este artículo de ayuda, de manera que se consiga un envío como este (distintas terminales y localizaciones para distintos conocimientos): 

5.- Conocimientos - Despachos. Incorporación vía portapapeles.  

Como tal vez ya sepáis, existe una funcionalidad para importar pre-facturación desde el portapapeles. Se ha ampliado este el mecanismo en Nereo para incorporar despachos desde un documento con una cierta estructura. Consiste básicamente en definir un "mapeo" o correspondencia entre las columnas del rango de celdas que se copia desde un Excel con los campos de "grid" o parrilla de Nereo que recibirá los datos. Para esta nueva funcionalidad se ha establecido una nueva categoría y una primera configuración.

Este mapeo se corresponde con al estándar que pide PORTEL en una de sus aplicaciones, aunque no es tan estricto con los datos, como luego veremos. 

Por lo que un archivo tiene un aspecto como este (usado para las pruebas).

La incorporación es tan sencilla como copiar el rango de las celdas deseado (sin la cabecera de columna), y pegar en en grid correspondiente mediante el siguiente botón (no admite pegar/Ctrl-V).

Es necesario tener una mercancía seleccionada. Si la información es incompleta, se intentará recuperar desde la mercancía seleccionada. Si ello no es posible, tras el proceso se avisará de las posibles incidencias en la incorporación, indicando el registro que tiene el problema.

 Lo cual veremos también en el grid tras la importación. 

Completamos los datos si hace falta, y guardamos.

Esto es una primera versión, que usa de forma simplificada el mecanismo del portapapeles. Tal vez haya que retocar cosas, o definir más formatos. Probad y comentamos si hace falta. 

6.- Facturas y líneas a creadas por el motor de comisiones.

No es propiamente un cambio, aunque se pidió como tal. En todo caso me interesa explicarlo y verificarlo con vuestra ayuda. Se nos pidió que, en las líneas creadas a partir del motor de comisiones, se actualizaran los importes con la cantidad real una vez imputada la línea madre. 

El motor de comisiones es ciertamente complejo y tiene múltiples formas de configurarlo. El contexto sobre el que se nos pidió y sobre el que he hecho las pruebas es sobre facturas de participaciones. 

Debo decir que en las pruebas que yo he hecho con el contexto indicado, esto ya funciona así en Nereo. Ocurre que hay que respetar una cierta secuencia: hay que guardar el expediente entre la imputación de la línea madre y la facturación de la línea hija, puesto que el recálculo se produce a cada guardado. Si se hace así, debería recalcular.

Como se ha indicado las variaciones y condicionantes son múltiples, por lo que si encontráis algún ejemplo en el que no funcione según lo esperado, comentamos.