Nuove Funzionalità

Gateway-CreditAgricole

• [PST_PAGOPA-1518] - E' stato realizzato il processo di annullamento IUV per l'integrazione con l'intermediario Credit Agricole.

Gateway-Ugov

• [PST_PAGOPA-1773] - Nel processo di trasferimento degli incassi a U-GOV è stato aggiunto al tracciato il campo "codice tassonomia".

Portale Pagamenti

• [PST_PAGOPA-1566] - Revisione interfaccia di backoffice - funzione flussi di rendicontazione.
  
  - la funzione è stata riorganizzata secondo la metafora rappresentativa già usata per le altre funzioni con schermata principale dedicata al risultato della ricerca e barra degli strumenti per accedere alle varie sotto-funzioni
  - i criteri di ricerca sono ora specificabili mediante finestra di dialogo accessibile da apposito pulsante sulla barra degli strumenti
  - una volta applicato un filtro, i criteri di ricerca sono modificabili agendo sullo stesso pulsante della barra degli strumenti
  - quando è presente un filtro viene visualizzato un pulsante supplementare per cancellare tutti i criteri specificati
  - il pulsante di ricarica lista in assenza di un filtro determina l'apertura della finestra di dialogo dei filtri per forzare la specificazione di almeno una condizione
  - per ragioni di prestazioni il risultato della ricerca ora viene ristretto ad un numero limitato di righe (500), è stata quindi eliminata la paginazione
  - è stata introdotta la possibilità di ordinare i risultati agendo sull'intestazione delle colonne
  - lo scrolling della pagina di ricerca è stato eliminato e spostato sul contenuto della lista dei risultati in modo da mantenere sempre visibile la toolbar delle funzioni e il menu principale
  - l'apertura del dettaglio di Flusso Rendicontazione si effettua ora con un singolo click sulle righe della lista dei risultati di ricerca
  - nella schermata di dettaglio è stata aggiunta la possibilità di filtrare le righe di Singolo Pagamento in base a IUV, IUR, importo ed esito rendicontazione

• [PST_PAGOPA-1717] - Rilasciata la nuova funzionalità di gestione delle date di scadenza parametriche nei versamenti.
  Nella funzione di definizione dei motivi di pagamento sono state aggiunte due proprietà:
  1a) data scadenza per specificare una scadenza fissa da applicare ai versamenti con la causale in oggetto
  2a) Delta giorni per data scadenza per specificare il numero di giorni da aggiungere alla data di creazione del versamento per determinarne la data di scadenza
  Le due proprietà possono essere compilate alternativamente.
  Nella funzione di definizione dei modelli di pagamento sono state aggiunte due proprietà analoghe a quelle dei motivi di pagamento per
  1b) definire la una data di scadenza da associare ai versamenti creati con il modello in definizione (indipendentemente dal motivo di pagamento scelto)
  2b) definire un delta di giorni da aggiungere alla data di creazione dei versamenti per calcolare la data di scadenza
  Le due proprietà possono essere compilate alternativamente.
  In fase di creazione dei versamenti sia da Frontend che da BackOffice la data di scadenza verrà calcolata con la seguente logica:
  - Se il modello utilizzato prevede una data scadenza verrà utilizzata quella data per calcolare la scadenza del versamento
  - Se il modello utilizzato prevede un delta giorni per il calcolo della scadenza la data sarà la risultante della data di caricamento + il delta giorni
  - Se il modello non prevede informazioni per le scadenze e il motivo prevede una data di scadenza quella verrà utilizzata per definire la data di scadenza del versamento
  - Se il modello non prevede informazioni per le scadenze e il motivo prevede un delta giorni la data di scadenza sarà la risultante della data di caricamento + i giorni previsti dal delta
  - Se né il modello né il motivo di pagamento prevedono informazioni per il calcolo della scadenza questa verrà determinata sommando i giorni di ritardo previsti dall'attuale parametro di configurazione (comportamento utilizzato fino alla rel 1.32.00)
  Da frontend verrà sempre effettuato un controllo sulle date di scadenza fisse per evitare che siano passate rispetto alla data di sistema: non sarà possibile utilizzare un modello con data di scadenza passata; non saranno utilizzabili i motivi con data di scadenza passata.
  Nel B.O. non sarà possibile salvare motivi o modelli con date di scadenza passate.
  Nel B.O. non saranno utilizzabili i modelli con data di scadenza passata. Utilizzando un motivo con scadenza passata nel B.O. la data di scadenza non verrà proposta e l'operatore dovrà compilarne una valida. Se da B.O. si utilizzano modelli e motivi senza data di scadenza la data dovrà essere inserita dall'operatore.
  Anche il caricamento da file calcolerà le date di scadenza (se non specificate) utilizzando le regole previste dal modello e dal indicati nel file.
• Università degli Studi di VERONA
  [PST_PAGOPA-1786] - Modificata la gestione delle informative Privacy e Cookies per l'Università di Verona. Pubblicati nel footer i link alle due informative.

Anomalie risolte

PortalePagamenti

• [PST_PAGOPA-1843] - Corretta anomalia nell'esecuzione del logout da backoffice.