Un esempio di interfaccia di nuova generazione, separata dal gestionale, che riesce a visualizzare i dati di disponibilità interrogando in tempo reale:

Il Next Generation Opac VuFind della Braidense: http://opac.braidense.it/vufind/

Nella screenshot che allego si vede che in un caso la risposta è stata l'indisponibilità (scritta in rosso: Non disponibile) e in altri casi la disponibilità (scritta in verde: Disponibile).

L'interrogazione avviene in tempo reale (altrimenti non sarebbe aggiornata con i dati sui prestiti effettivi e le restituzioni). Quindi *non è* una informazione che deve importare in precedenza (sarebbe vecchia) come avviene nel caso dei dati che viaggiano con SBN-MARC. Il tutto è possibile solo se: 1) il sistema del gestionale adotta una API per esporre i dati sui prestiti in tempo reale + 2) il next generation opac è dotato di un apposito plugin per interrrogare la API del gestionale in concomitanza con la creazione di una lista di risultati a seguito di una ricerca da parte di un utente

L'accordo di Berkeley serve a dire come deve essere fatta questa API in modo che i produttori la adottano a prescindere da eventuali richieste dei clienti, che quindi se la trovano integrata nel prodotto, magari tramite una nuova release, senza dover chiedere e pagare ognuno per averla come potrebbe invece succedere in Italia. Lo standard ha questo di bello: che il produttore è tenuto a darlo gratuitamente se vuole stare sul mercato in maniera competitiva. Altro vantaggio: un produttore solo di un next generation opac sa in anticipo con che tipo di API si troverà a lavorare per poter comunicare con i gestionali prodotti da altre ditte.

È questo il bello degli accordi: fanno comodo a tutti perché l'interoperabilità è un valore per tutti, ammesso che la competizione si voglia vincere con le idee e non con i software chiusi. È per questo che gli accordi sottoscritti all'estero per gli standard ci ci interessano eccome

pierfranco