Esta vez los cambios introducidos en la versión de referencia no son demasiados, pero sí importantes. Son los siguientes:
0.- Librerías. Se han actualizado distintas Dll's a la última versión.
1.- Expedientes - código de armador. A partir de un ticket se ha visto la necesidad de reformar la gestión del 'código de armador' en el expediente y en su relación con la mensajería portuaria. Hay varios cambios, pero el principal es el de dejar de asignar 'AP9999' como código de armador por defecto, cosa que si bien parece que en su momento fue útil, ahora aportaba más problemas que soluciones.
Aprovechando la reforma, lo he documentado en este artículo. No dejéis de echarle un vistazo, sobre todo si usáis escalas y sumarias. La casuística implicada en cuanto a proveedores de mensajería y las distintas Autoridades Portuarias es tan variada , que es posible que el cambio se deba revisar o matizar para algún caso concreto.
2.- Facturación - factura emitida. A partir de una incidencia acerca de un serie de facturas con un error muy específico y a la vez complicado de detectar (puesto que no parece como tal en UMA). Reproduzco lo respondido en el ticket, dado que explica los cambios a la vez que ofrece sugerencias interesantes para una mejor gestión.
Básicamente, era un problema generado por 3 factores.
2.1.- La incorrecta configuración de los impuestos de la oficina. Impuestos de compra y venta no vigentes asignados por defecto y, sobre todo, la ausencia en BD del impuesto general por defecto por mucho que aparezca en formulario. Esto es bastante raro, y apunta a una eliminación accidental en una operación a mano, o bien un error en la actualización de la oficina.
Todas las facturas con problemas de impuestos en el AccountingMS eran de DFLPA. En algún momento se retomó la actividad de DF desde esa oficina, oficina que no la tenía desde hacía mucho. Antes, las oficinas de referencia fueron DFMAD, y antes de eso DFSDR.
**Primera nota**: la importancia de no mantener más oficinas activas de las estrictamente necesarias, y de coordinar con Administración el hecho de retomar actividad con aquellas no canceladas pero sin actividad reciente.
Farah ya canceló esa oficina DFLPA, por lo que ya no se pueden crear expedientes, pero es posible que se presenten problemas con aquellos todavía en curso, o el mismo problema en otras oficinas.
2.2- La importancia de los mensajes de Nereo. Incluso en el contexto anterior -o por el mismo-, Nereo ha estado informando de algún tipo de problema con impuestos ya desde la pre-facturación. Concretamente así.
Ese mensaje es equívoco, porque el problema era la ausencia de impuesto principal de la oficina, cosa no prevista en diseño dado lo raro de esta circunstancia, y porque parece apuntar a la configuración del concepto, que sin embargo era correcta.
Se ha cambiado el mensaje de advertencia por este otro "El tipo de impuesto de venta/compra no está vigente para la fecha indicada o hay un error en la configuración de impuestos de la oficina".
**Segunda nota** Cuando haya incidencias o advertencias poco claras o incoherentes como esta, por favor no tengáis reparos en consultar. A veces, como en esta, se saca provecho tirando del hilo.
2.3.- Por lo mismo que lo anterior (ausencia de impuesto por defecto en la oficina DFLPA), a la hora de componer la factura el impuesto asignado en cabecera quedaba en blanco. Como según lo dicho 'eso no podía pasar' no existía el control correspondiente en la validación de la factura. Se incluye también como cambio en esta versión de Nereo.
4.- Se han re-desplegado los subsistemas en el "cloud" de Azure de los servicios de mensajería de PORTIC y VLCPort, que provocaron algún retraso puntual en semanas anteriores.
