Anticipos - Provisones - Prefunds

Se reúne aquí la documentación existente acerca de la gestión de anticipos en Nereo, en orden cronológico según puesta en marcha. 

Anticipos /provisión de fondos.

5.- Se ha actualizado la gestión de provisión de fondos, con vistas a la integración con BC en próximas fechas. Los cambios son importantes, y se pueden ver en dos aspectos, que resumimos.

Respecto a la interfaz de Nereo, esta cambia sustancialmente, y queda así:

• Es necesario indicar si la provisión es de tipo CTM o no.
• Es posible indicar la divisa.
• Se muestra información de BC: El nº de asiento asignado por BC tras el traspaso del anticipo, y el Id de movimiento contable una vez se asocia aquel con un movimiento contable en firme. 

Respecto al flujo de trabajo, hay que tener en cuenta las siguientes reglas.

• Nereo actúa como sistema "máster", es decir, todo cambio debería ser efectuado en Nereo para que se traspase a BC.
• Alta de anticipos: Se realizará en Nereo, y podrá verificarse que se ha traspasado a BC cuando se vea el asiento correspondiente.
• Modificación: 
  • Deben efectuarse en Nereo para que se propaguen a BC. 
  • El recorrido inverso no está implementado, por lo que deberían evitarse modificaciones en BC dado que no se reflejarán en Nereo y que, si se hace también en Nereo para que estén sincronizados, estás igual se propagarán hacia BC, haciendo innecesaria la modificación.
  • No será posible modificar registros con movimiento contable en BC.
• Eliminación:
  • Si el registro no tiene asiento, se elimina sin más.
  • Si lo tiene, se coordina el borrado con BC.
  • Si hay movimiento contable, no se puede eliminar.
  • *Caso particular (aunque no debería hacerse, puede ocurrir accidentalmente): si se borra el asiento en BC, el asiento en Nereo se "resetea", de manera que al siguiente ciclo se efectúa el traspaso de nuevo y se le asigna un nuevo asiento.       

1.- Se amplía la funcionalidad del grid de anticipos para una mejor integración con BC. 

• Se muestra el eventual mensaje de error en el traspaso a BC. Como en "Gestión de facturas" basta con posicionarse encima de la celda con el mensaje de error para que se muestre una etiqueta con el texto completo. 
• Se habilita un botón para forzar el reenvío a BC una vez corregida la incidencia. Este botón fuerza un cambio transparente para el usuario, por lo que deberá aceptar el guardado que se le propone al cerrar el expediente.

Expedientes - Provisiones

Seguimos incorporando cambios en función de lo que se comenta en el grupo de trabajo de "Anticipos". Estos son los últimos cambios en Nereo. 

3.- Se ha cambiado la parrilla principal de anticipos. Ahora es obligatorio indicar el cliente al que pertenece el anticipo. Por defecto se propondrá el cliente del expediente. También se han incorporado/mejorado los campos de información de respuesta de BC. Ahora se muestra así:

Si el anticipo ha tenido algún problema en el alta o actualización en BC veremos el motivo del error en la columna Mensaje BC. Hasta el momento los dos únicos errores encontrados son la falta del expediente o de la entidad en BC. Para intentar solucionar lo primero basta con guardar el expediente para que el proceso automático detecte el cambio y lo envíe a BC. Para lo segundo, igual en en facturas, habrá que forzar un reenvío de la entidad. Tras ello y en ambos casos, clicar en "Reenviar" en el anticipo con problemas.

Una vez completado todo el ciclo (el anticipo se "cierra" en BC), se muestra así.

Es decir, se muestran en código del anticipo la marca de contabilizado en BC, la fecha, el importe y el id de movimiento de cliente, y a qué código de COBRO se refieren.

4.- Se ha modificado la pestaña "Otro", que permite insertar un apunte en el grid anterior. Ahora se puede indicar un cliente  y una moneda distinta. Se mantiene la compatibilidad con la anterior mecánica: -el cliente propuesto es el "armador disponente", y el cálculo propuesto corresponde a la suma de "previsión de venta" de todas las líneas de prefacturación del mismo y siempre que sean en la misma moneda. En todo caso es algo abierto a revisión si se estima oportuno. 

v. 4.13.18 @ 15/02/2024 Vínculo del cierre operativo a la validación en BC. . La validación tiene que ver con anticipos, aunque no solamente con estos. 

3.- Expedientes - Cierres. Se ha puesto en marcha el cierre de expedientes parcialmente basado en BC. En concreto, la validación de los Grupos Contables 41 y 44. Esta validación se produce dos veces: en el cierre OPERATIVO y en el de LIQUIDACIÓN. Dicha validación es un paso entre otros, propios de cada tipo de cierre, que se mantienen sin cambios.

Ahora, si no hay validación con BC, se muestra el siguiente mensaje de error. 

Como puede verse se muestra el grupo que descuadra y el importe. También se muestra el link a BC correspondiente ,accesible desde el botón "Ir" (naturalmente, solo si se tiene acceso a ese entorno). Si lo seguimos, nos muestra una pantalla como esta.

EXPEDIENTES DE CONSIGNACIÓN - PROVISIONES / PREFUNDINGS / ANTICIPOS

3.- Es el otro cambio de más entidad en esta versión. Tras una primera fase de reforma de la gestión de anticipos en Nereo y su integración con BC -cuyo detalle podéis encontrar aquí- queda así.

• Desaparece la pestaña "Otros", y "Provisión de Fondos" pasa a ser la principal. De momento, aquella está oculta, no eliminada, por si hubiera que recuperar algo.
• Se incluye la columna "Importe PDA".
• Se incluye resumen de las cantidades involucradas. ¡OJO! Se ofrecen totales de cantidades brutas con fines orientativos de seguimiento, sin totalizar en €, y sin valor contable ni analítico alguno.
• El Armador Disponente vuelve a a ser la entidad por defecto en anticipos, si está indicado en expediente. Si no, se propone el cliente.
•  La Indicación de "No prefunding", que se carga desde el Armador Disponente, está ahora en la pestaña "Datos Cliente" del expediente, y al lado del mismo.
•  Se han retocado las vistas de "Accounting" relativas a los anticipos.

• La validación de anticipos para el cierre operativo permanece Igual: Si afecta a las UENS configuradas para ello (LTRA, ALLP) y si no está clicado el check de acuerdoNoPrefunding, se valida que el "Total recibido" sea mayor que cero. Esta cifra a validar se puede cambiar, por ejemplo por un % de lo solicitado, si interesa. Esta tabla con los ultimos 30 anticipos ya cerrados puede ser de utilidad para ver que tal van los datos reales de recibido respecto a solicitado. El total PDA empezará a incluirse a partir de la puesta en marcha.

**Última actualización 16/05/2024