SISTEMA DE VENDA EN ZONES DE RESTAURACIÓ I ......Parc d’Atraccions Tibidabo, SA Parc...

Parc d’Atraccions Tibidabo, SA Parc d’Atraccions Tibidabo · Divisió de Sistemes d’Informació

Barcelona, 13 de juliol de 2015

SISTEMA DE VENDA EN ZONES DE RESTAURACIÓ I BOTIGUES

DEL PARC D’ATRACCIONS TIBIDABO

Plec de condicions tècniques del sistema de venda en zones de restauració i

botigues del Parc d’Atraccions Tibidabo Sumari

Documentació del plec de condicions tècniques per a la implantació d’un nou sistema de venda en zones de restauració i botigues del Parc d’Atraccions Tibidabo.

Els document s’inicia amb una breu descripció del model de venda del Parc i posteriorment desenvolupa els requeriments tècnics i funcionals del sistema i les principals condicions d’execució del projecte.

plec tècnic: sistema de venda en restauració i botigues del parc d’atraccions Tibidabo 2

TIBIDABO

ÍNDEX DE CONTINGUTS

1. INTRODUCCIÓ _________________________________________________ 4 ABAST I ÀMBIT D’APLICACIÓ DEL SISTEMA ................................................................. 4 ÀMBIT DE SUBMINISTRAMENT .................................................................................. 5

2. MODEL DE VENDA EN RESTAURACIÓ I BOTIGUES __________________ 6 MITJANS DE PAGAMENT .......................................................................................... 6 CANALS DE VENDA ................................................................................................. 7 PUNTS DE VENDA EN RESTAURACIÓ ......................................................................... 7 PUNTS DE VENDA EN BOTIGUES ............................................................................... 9

3. REQUERIMENTS FUNCIONALS DEL SISTEMA _____________________ 10 APLICACIÓ DE RESTAURACIÓ ................................................................................ 10 APLICACIÓ DE BOTIGUES ...................................................................................... 11 APLICACIÓ DE BACKOFFICE .................................................................................. 13 SERVEI DE MONEDER VIRTUAL NFC ...................................................................... 15 SERVEIS CENTRALS DEL SISTEMA .......................................................................... 17

Entorn d’execució ......................................................................................... 17 Monitoratge del sistema ................................................................................ 18 Enregistrament de dades històriques ............................................................ 18 Nivell de servei del sistema .......................................................................... 18

INTEGRACIÓ AMB SISTEMES I SERVEIS .................................................................... 20 Integració amb caixers de venda (smartkiosk) .............................................. 20 Integració amb Sistema de Gestió de Socis (SGS) ...................................... 21 Integració amb datàfons via passarel·la de pagament Conexflow ................ 22 Integració amb sistema comptable Fènix ...................................................... 22

4. REQUERIMENTS TÈCNICS DEL SISTEMA _________________________ 23 COMPONENTS PER ENTORN DE VENDA ................................................................... 23 PRESTACIONS TÈCNIQUES DELS COMPONENTS ....................................................... 25

5. PLANS D’EXECUCIÓ ___________________________________________ 28 PLA D’IMPLANTACIÓ ............................................................................................. 29

Cronograma i àmbit d’intervenció ................................................................. 30 Gestió del projecte ........................................................................................ 34

PLA DE FORMACIÓ ............................................................................................... 35 PLA DE MANTENIMENT .......................................................................................... 36

Manteniment correctiu i suport a l’operació .................................................. 36 Nivell de servei de resolució d’incidències .................................................... 36


TIBIDABO

Manteniment preventiu i evolutiu .................................................................. 38 Període de garantia ...................................................................................... 38 Instal·lació i configuració TPV ....................................................................... 39 Suport telefònic a l’operació .......................................................................... 39

PLA DE PROVES ................................................................................................... 39 PLA DE CONTINGÈNCIA ......................................................................................... 40 PLA D’ACCEPTACIÓ .............................................................................................. 41

Documentació tècnica ................................................................................... 42 Confidencialitat ............................................................................................. 43 Propietat intel·lectual .................................................................................... 43 Llicenciament del programari ........................................................................ 43 Actualitzacions del programari ...................................................................... 43 Codi font de les aplicacions .......................................................................... 44


1. INTRODUCCIÓ

Barcelona de Serveis Municipals(B:SM) és una empresa de titularitat municipal que gesti-ona algunes de les principals infraestructures de Mobilitat i Lleure de la ciutat.

B:SMés propietària del Parc d’Atraccions Tibidabo, SAU (PATSA) que dirigeix l’explotació del parc d’atraccions i els centres de restau-ració.

Actualment, el Tibidabo preveu implantar un nou sistema de venda en diverses zones de restauració i botigues del Parc.

En els darrers anys, els models i els sistemes de venda en recintes han evolucionat en la mesura en que ho ha fet la tecnologia i, molt especialment, els hàbits dels visitants, que ja compren productes per Internet i que també poden disposar de targetes de prepagament o de dispositius per realitzar les comandes (caixers, aplicacions mòbils, etc.) en un entorn que redueix la gestió d’efectiu (cashless) en els propis punts de venda.

El present plec tècnic descriu els requeriments i els plans d’execució per al subministra-ment, implantació i manteniment d’un sistema de venda per a les zones de restauració i comercials del Tibidabo.

ABAST I ÀMBIT D’APLICACIÓ DEL SISTEMA L’abast del present sistema és la gestió integral i centralitzada de les vendes i les compres de totes les zones de restauració i comercials del Parc d’Atraccions Tibidabo.

L’àmbit d’aplicació del sistema de venda són totes les zones de restauració i comerços del Parc, que inclou un mínim de cincentorns d’operació diferenciats:

centres de restauració fixa:excepte a l’aeroport i la cafeteria somnis, tots els centres de res-tauració del Parc estan equipats amb caixers de venda automàtica (smartkiosk) i per tant no és necessari implantar TPV. No obstant, sí que cal integrar les vendes amb el nou sistema de venda del Parc per poder fer una gestió centralitzada dels estocs i les compres.

zones de restauració tipus quiosc:punts de venda en els quioscs distribuïts pel Parc (cucu-rutxo, tibocata, xurreria, etc.) algun dels quals tenen venda amb balança.

zones de restauració ambulants:punts de venda amb carreta que deambulen pel Parc (hot dog, etc.), però que s’instal·len en indrets establerts amb subministrament elèctric i de xarxa.

botiga Tibidabo:punts de venda en la botiga d’articles de marxandatge del Parc.

botigues de fotografies:punts de venda en les tres botigues de fotografies del Parc.

El nou sistema de venda ha d’estar plenament integrat amb el sistema de gestió de socis TibiClub (SGS) per promocions i descomptes, amb el mòdul de venda d’entrades del Parc (EuroMus) per vals de promocions i descomptes, amb el sistema de caixers de venda de les zones de restauració (SmartKiosk) i amb el sistema de comptabilitat de B:SM (Fènix).

http://www.bsmsa.cat/

http://www.smartfutura.es/smartfutura/portada.asp?sesion=1

http://www.euromus.cat/


0BINTRODUCCIÓ: 6BÀmbit de subministrament 5

TIBIDABO

ÀMBIT DE SUBMINISTRAMENT L’àmbit de subministrament del sistema de venda en restauració i comerços del Parc in-clou els següents components i aplicacions, i interfícies amb altres sistemes d’informació:

Terminal Punt de Venda:subministrament, instal·lació, configuració i manteniment del ma-quinari de tots els perifèrics de tots els Terminals Punts de Venda del sistema.

Aplicacióde restauració:subministrament, instal·lació, configuració i mantenimentdel pro-gramari dels punt de venda i que ha de ser prou versàtil per donar cobertura a les totes les tipologies de centres de restauració del Parc, segons es descriu en el present plec.

Aplicació de botigues:subministrament, instal·lació, configuració i manteniment del progra-mari dels punts de venda en totes les botigues del Parc.

Servei de moneder virtual amb NFC: subministrament, instal·lació, configuració i manteni-ment del programari per gestionar tot el cicle de vida de polseres o targetes de prepagament basades en tecnologia NFC i vàlides per als punts de restauració i botigues del Parc.

BackOffice del sistema:subministrament,instal·lació, configuració i manteniment del progra-mari de gestió centralitzada del sistema de venda, que entre d’altres inclou magatzems, in-ventaris, estocs, escandalls, comandes, etc.

S’inclou explícitament l’alta i el manteniment de totes les dades del sistema (productes com-pra i venda, preus, proveïdors, etc.) per part de l’Adjudicatari fins l’inici d’operacions real del sistema.

Caixer de gestió d’efectiu:subministrament, instal·lació, configuració i manteniment del ma-quinari i programari de caixers intel·ligents de gestió d’efectiu, incloent el TPV integrat i amb els corresponents perifèrics.

Integració amb SmartKiosk:desenvolupament d’una interfície per integrar les vendes realit-zades a través del smartkiosk amb el nou sistema de venda de restauració del Parc, així com també el pagament de productes mitjançant la targeta o polsera NFC.

Integració amb SGS:desenvolupament d’una interfície per validar descomptes i enregistrar vendes de socis TibiClub en mode on-line i/o off-line.

Integració amb passarel·la de pagament:configuració dels TPV per poder realitzar els co-braments amb targeta dels datàfons a través de la passarel·la de pagament de IECISA (Co-nexFlow).

Integració amb Fènix:el nou sistema de venda de restauració i botigues s’haurà d’integrar amb el sistema de comptabilitat de B:SM.

L’Adjudicatari també ha de respectar les fites, els plans d’execució i les condicions de lliu-rament descrits en el present plec tècnic: pla d’implantació, pla de formació, pla de man-teniment i suport a l’operació, pla de contingència i pla d’acceptació.


2. MODEL DE VENDA EN RESTAURACIÓ I BOTIGUES

Abans de presentar els requeriments tècnics i funcionals del sistema, es descriu breument quin seràel model de venda en les zones de restauració i comerços delParc d’Atraccions Tibidabo.

MITJANS DE PAGAMENT El nou model de venda preveu diferents mitjans de pagament en totes les zones de res-tauració i botigues del Parc:

pagament en efectiu: el visitant ha de poder pagar en efectiu en tots les zones de restaura-ció i botigues del Parc.

Observar que determinades zones de restauració estan equipades amb caixers de venda automàtica (smartkiosk) que també accepten el pagament en efectiu.

pagament amb targeta: el visitant ha de poder pagar amb targeta efectiu en tots les zones de restauració i botigues del Parc.

Observar que determinades zones de restauració estan equipades amb caixers de venda automàtica (smartkiosk) que també accepten el pagament amb targeta.

pagament amb polsera NFC de prepagament: el visitant i el soci han de poder pagar amb una targeta o polsera dotada d’un xip NFC que la identifica unívocament i que permet gestio-nar un servei de moneder electrònic centralitzat.

El pagament amb NFC haurà d’estar disponible en la totes les zones de restauració i botigues del Parc, incloent explícitamentles zones amb caixers de venda automàtica (smartkiosk).

A priori, els visitants o socis podran adquirir les polseres o targetes NFC de prepagament car-regades amb un determinat import (ex.: 20€, 40€) a les taquilles del recinte.

A priori, els visitants o socis no podran recuperar l’import residual de les targetes o polseres NFC en les taquilles del recinte, així com tampoc les podran recarregar.

vals de descompte: el visitant té dret a gaudir d’un descompte en qualsevol zona de restau-ració i botigues del Parc si disposa d’un val de descompte (ex: -10%) o de promoció (ex.: 2x1, producte gratuït, etc.) obtingut en el moment de la compra de l’entrada.

Observar que el sistema de venda d’entrades (EuroMus) pot imprimir vals de descompte o de promoció als visitants i socis TibiClub del Parc.

descompte directe soci TibiClub: el soci del Tibidabo pot gaudir d’un descompte (ex. 15%) en qualsevol zona de restauració i botigues del Parc mostrant el seu carnet al punt de venda.

Observar que el nou sistema de venda ha de llegir el codi de barres imprès en el carnet Tibi-Club, validar en temps real que el soci està actiu (interfície amb el Sistema de Gestió de Socis – SGS), enregistrar centralitzadament la vendaassociada al soci i aplicar el corresponent des-compte en el preu dels productes adquirits.

És important observar que el sistema de venda ha de permetre fer pagaments parcials amb tots els mitjans de pagament, incloses les targetes o polseres NFC.

El prepagament amb targetes o polseres NFC s’implantarà progressivament i en base a l’experiència d’una prova pilot durant la implantació del nou sistema de venda.




http://euromus.cat/

1BMODEL de venda en restauració i botigues: 8BCanals de venda 7

TIBIDABO

CANALS DE VENDA A priori, totes les vendes es faran presencialment i inicialment no es preveu la venda de restauració o d’articles comercials a través d’Internet o d’aplicacions mòbils.

No obstant, a mig termini sí que es podrien vendre paquets promocionals “entrada més productes de restauració o botigues”a través d’Internet. El nou sistema de venda hauria de ser capaç de reconèixer els “vouchers” dels productes adquirits.

PUNTS DE VENDA EN RESTAURACIÓ Els model de venda del Parc preveu els següents tipus de punts de venda en restauració:

bars / restaurant amb venda automàtica: En el Parc hi ha diverses zones de restauració (estació 1 i 2, taverna 1 i 2, Bar Pirata 1 i 2, La Masia cafeteria / quiosc) amb quiosc de venda automàtica (smartkiosk).

• En aquesta zona no es requereix un TPV ja que no hi ha venda manual. • Totes les dades de les vendes s’han d’integrar amb el BackOffice del nou sistema de venda en restauració, a fi i efecte de poder fer una gestió integral d’estocs i compres. • Els caixers ja disposen de lectors NFC i han d’admetre el pagament amb targetes o polse-res NFC integrant-se amb el moneder virtual del nou sistema de venda de restauració i bo-tigues del Parc; és a dir, han de descomptar del saldo vigent l’import del producte adquirit.

bars / restaurant amb venda manual i/o caixer d’efectiu: En el Parc hi ha una zona de res-tauració (Aeroport) amb venda manual i caixer de gestió d’efectiu.

• En aquesta zona es requereix subministrar nouscaixersde gestió d’efectiu amb TPV inte-grat. • En la nova cafeteria somnis es requereix un TPV complert.

quiosc de venda: En el Parc hi ha diversos quioscs de venda manual de productes de res-tauració: tibifresh, cucurutxo, tibinyam, tibocata, tibifestes, xurreria, ben &jerry’s, tibidolç, etc.

• En aquesta zona es requereix un TPV complert amb l’aplicació de vendade restauració i els corresponents perifèrics: lector codi de barres, impressora, datàfon, visor, lector NFC, etc. • Els TPV de la xurreria i Tibidolç s’han d’integrar amb les corresponents balances.

carrets de venda ambulant: En el Parc hi ha diversos punts de venda ambulant de produc-tes de restauració: carro Pirata, carro Hot Dog, carro cotó, carro hurakan, carro Danone.

• En aquesta zona també es requereix un TPV complert. • En els punts on s’ubiquen els carrets ambulant hi haurà accés a la xarxa del Tibidabo, via Ethernet amb uns punts d’accés físics (connectors). • Alguns dels carrets de venda ambulant (Cotó, hurakan,, Pirata) es guarden a l’exterior i estaran subjectes a unes condicions de temperatura i humitat més extremes. Durant la fase de disseny, l’Adjudicatari haurà de col·laborar amb els responsables de manteniment i ope-racions del Parc alhora de trobar una protecció adient per a tots els components del TPV.


1BMODEL de venda en restauració i botigues: 9BPunts de venda en restauració 8

TIBIDABO

La situació actual i la prevista en els diferents punts de venda de restauració del Parc és la següent:

Nom Tipus de centre TPV actual Previsió Observacions

DANONE Ambulant Registradora Canviar TPV complert Accés LANCARRITO HOT DOG Ambulant Registradora Canviar TPV complert Accés LANCARRITO PIRATA Ambulant Registradora Canviar TPV complert Accés LANCARRITO ALGODÓN Ambulant Registradora Canviar TPV complert Accés LANCARRITO HURAKAN Ambulant Registradora Canviar TPV complert Accés LANBAR ESTACIÓ 1 Bar / Restaurant Smartkiosk MantenirBAR ESTACIÓ 2 Bar / Restaurant Smartkiosk MantenirL'AEROPORT 1 Bar / Restaurant CashDro Canviar a Caixer efectiu Caixer efectiu + TPVL'AEROPORT 2 Bar / Restaurant Registradora Canviar a Caixer efectiu Caixer efectiu + TPV

TAVERNA 1 (TELEPIZZA) Bar / Restaurant Smartkiosk MantenirTAVERNA 2 (TELEPIZZA) Bar / Restaurant Smartkiosk MantenirBAR PIRATA 1 Bar / Restaurant Smartkiosk MantenirBAR PIRATA 2 Bar / Restaurant Smartkiosk MantenirLA MASIA CAFETERIA Bar / Restaurant Smartkiosk MantenirLA MASIA KIOSK Bar / Restaurant Smartkiosk MantenirCAFETERIA SOMNIS Bar / Restaurant ‐ TPV Complert Cafeteria novaBARBA PAPA Quiosc Registradora Canviar a TPV complertTIBIFRESH Quiosc Registradora Canviar a TPV complertCUCURUTXO Quiosc Registradora Canviar a Caixer efectiu Caixer efectiu + TPVTIBIÑAM Quiosc Registradora Canviar a TPV complertTIBOCATA Quiosc Registradora Canviar a TPV complertTIBIFESTES Quiosc Registradora Canviar a TPV complertXURRERIA Quiosc Registradora Canviar a TPV complert Venda amb balançaBEN & JERRY's Quiosc Registradora Canviar a TPV complertTIBIDOLÇ Quiosc Registradora Canviar a TPV complert Venda amb balançaFRIGO Quiosc Registradora Canviar a TPV complertCREPES Quiosc Registradora Canviar a TPV complert

Punts de venda en zones de restauració

Observar que els principals canvis es produeixen en els quioscs i en la venda ambulant. A nivell de centres amb smartkiosk cal tenir prevista la integració centralitzada de les vendes amb el nou BackOffice i les compres amb targeta o polsera NFC.

El recompte total de components en restauració (incloent recanvis)és el següent;

Ambulant Quioscs Restaurant Recanvis

TPV Complert 5 10 1 2 18Caixer ef. + TPV

Tots els punts de venda del Parc tindran accés a la xarxa de comunicacions del Tibidabo a través de connectors Ethernet(RJ45).

Durant la fase d’anàlisi es valoraràla solució tècnica per poder implementar els descomp-tes per a socis i les promocions per visitants en els punts de venda ambulant i en els qui-oscs.

0 1 2 0 3

Components en restauració

1BMODEL de venda en restauració i botigues: 10BPunts de venda en botigues 9

TIBIDABO

PUNTS DE VENDA EN BOTIGUES Els model de venda del Parc preveu els següents tipus de punts de venda en botigues:

botiga Tibidabo: El Parc disposa d’una botiga de venda de productes de marxandatge.

• En aquesta zona es requereix un TPV amb una aplicació de retail (comerç). • En aquesta zona es requereix poder llegir els codis de barra dels articles. • En aquesta zona es requereix poder llegir els codis de barra dels socis per poder aplicar possibles descomptes o promocions, així com també els descomptes associats a tiquets complementaris impresos en el moment de la venda d’entrades. • El TPV també ha de tenir els següents perifèrics: impressora,datàfon, lector NFC, visor, teclat i ratolí.

botiga fotografies: El Parc disposa de tres botigues de venda de fotografies (foto russa, foto mina i foto TibiCity).

• En aquesta zona es requereix un TPV amb una aplicació de retail (comerç) molt simple. • En aquesta zona es requereix poder llegir els codis de barra dels socis per poder aplicar possibles descomptes o promocions, així com també els descomptes associats a tiquets complementaris impresos en el moment de la venda d’entrades. • El TPV també ha de tenir els següents perifèrics: impressora, datàfon, lector NFC i visor.

La situació actual i la prevista en els diferents punts de venda de comerç del Parc és:

Nom Tipus de centre TPV actual Previsió Observacions

LA BOTIGA Botiga Registradora Canviar a Caixer efectiu Venda amb codi de barresFOTO RUSSA Botiga Registradora Canviar a TPV complertFOTO MINA Botiga Registradora Canviar a TPV complertFOTO TIBICITY Botiga Registradora Canviar a TPV complert

Punts de venda en botigues

El recompte total de components en botigues (incloent recanvis) és el següent:

tauració a

Principal Fotografia RecanvisTPV Complert

El sistema de venda en botigues s’ha d’integrar amb el sistema de venda en resfi i efecte de tenir un sistema i un BackOffice únic.

0 3 0 3Caixer ef. + TPV 1 0 0 1

Components en botigues


3. REQUERIMENTS FUNCIONALS DEL SISTEMA

Dins del marc de la present licitació, es presenten els requeriments funcionals del sistema de venda en restauració i botigues del Parc d’Atraccions Tibidabo agrupats en quatre apli-cacions: aplicació de restauració, aplicació de botiga,servei moneder NFC i BackOffice.

APLICACIÓ DE RESTAURACIÓ L’aplicació de restauració ha de ser una aplicació Client / Servidor que s’executi localment en el TPV (Front Office) i que accedeixi als servidors (serveis centrals). En cap cas s’acceptaran solucions web basades en navegadors en el client (FrontOffice), ja que els requeriments i les prestacions (velocitat, integració de perifèrics, etc.) ho desaconsellen.

Seguidament es presenten en mode esquemàtic els requeriments funcionals del’aplicació TPV de restauració (FrontOffice)del nou sistema de venda. Observar que posteriorment es desenvolupen els requeriments del BackOffice del sistema.

Funcions generals del punt de venda:

• Aplicació apta per operar pantalla tàctil. • Visualització gràfica dels articles i agrupació per famílies. • Configuració centralitzada d’usuaris (caixers) i terminals o zones. • Identificació per nom de caixer i contrasenya. Opcionalment, identificació biomètrica. • Configuració centralitzada d’articles i menús per terminals o zones. Família, subfamília, unitats, codis EAN, descomptes, escandalls, paquets d’articles. • Configuració centralitzada de les tarifes de venda, incloent promocions i ofertes per perío-de o per client. Inclou diversos formats del mateix article i combinats. • Disseny personalitzat per cada caixa de les paletes de vendes. • Impressió personalitzada dels tiquets de venda. Configuració del tiquet. • Impressió de tiquets annexes: descomptes, promocions, etc. • Diverses formes de pagament: efectiu, vals, targeta bancària, polsera / targeta NFC, etc. • Pagament parcial amb les diferents formes de pagament. • Tancament de caixa cec diari. Quadre de caixa.Diari de vendes. • Agrupació de tiquets en factura.Vendes en espera. • Configuració centralitzada dels missatges en el visor del TPV. • Apertura del calaix portamonedes (via TPV o via Impressora tèrmica de tiquets). • Integració amb balança. • Integració amb datàfon associat a la passarel·la de pagament Connexflow de IECISA. • El Sistema ha de permetre definir tiquets annexes que s’han d’imprimir després del com-provant de compra.

» El Sistema ha de permetre imprimir tiquets annexes diferents segons el tipus d’article adquirit. Per exemple: “Un 10% de descompte en propera visita per entrada general”. » El Sistema ha de permetre imprimir tiquets annexes en funció de la data: “Avui 50% de descompte en gelats”.

• Enregistrament centralitzat de les vendes en temps real (mode on-line). • Enregistrament local de les vendes en temps real (mode off-line) i sincronisme amb els

2BREQUERIMENTS funcionals del sistema: 12BAplicació de botigues 11

TIBIDABO

serveis centrals quan es restaura la comunicació. • Opcionalment, funcions de gestió de taules per restaurant: ordre de plats, pagament frac-cionat, integració amb dispositius mòbils per fer comandes, etc. • Plena integració de l’aplicació TPV de restauració amb el caixer de gestió d’efectiu (veure requeriments caixer d’efectiu).

D’altra banda, l’aplicació de Front Office de restauració ha d’implementar les següents prestacions funcionals en relació a la gestió de promocions i descomptes per socis i visi-tants en els punts de venda:

Gestió de promocions i descomptes per socis:

• Lectura de codis de barra en format EAN-8 i EAN-13. • Validació de promocions i descomptes en base al codi de barres de socis TibiClub en mode on-line (connectivitat en temps real al sistema SGS) i off-line (BBDD local de socis). • Enregistrament centralitzat dels consums realitzats pels socis (BackOffice sistema ven-des). • Possibilitat de poder realitzar enquestes als client.

Gestió de promocions i descomptes per visitants:

• Validació de promocions (2x1, producte gratuït, etc.) o descomptes (ex.: -15%) basades en vals o tiquets amb codi de barres impresos pel sistema de venda d’entrades o de restau-ració. • Configuració centralitzada dels vals de descompte o promocions: valor, caducitat, etc. • Lectura de codis de barra en format CODE-128 o Interleaved 2/5. • Possibilitat de poder realitzar enquestes als client.

APLICACIÓ DE BOTIGUES L’aplicació de botigues ha de ser una aplicació Client / Servidor que s’executi localment en el TPV (Front Office) i que accedeixi als servidors (serveis centrals). En cap cas s’acceptaran solucions web basades en navegadors en el client (Front Office), ja que els requeriments i les prestacions (velocitat, integració de perifèrics, etc.) ho desaconsellen.

Seguidament es presenten en mode esquemàtic els requeriments funcionals de l’aplicació TPV de botigues del sistema de venda. Observar que posteriorment es desenvolupen els requeriments del BackOffice del sistema.

Funcions generals del punt de venda:

• Aplicació apta per operar pantalla tàctil, ratolí i també teclat. • Visualització gràfica dels articles i agrupació per famílies. • Configuració centralitzada d’usuaris (caixers) i terminals o zones. • Identificació per nom de caixer i contrasenya. Opcionalment, identificació biomètrica. • Control centralitzat de la força de vendes per caixer. • Configuració centralitzada d’articles i menús per terminals o zones. Família, subfamília, unitats, codis EAN, descomptes, paquets d’articles. • Configuració centralitzada de les tarifes de venda, incloent promocions i ofertes per perío-

2BREQUERIMENTS funcionals del sistema: 12BAplicació de botigues 12

TIBIDABO

de o client. • Introducció de comandes mitjançant lector de codi de barres dels articles. Selecció en pantalla de talles i colors disponibles dels articles. • Múltiples opcions de cerca d’articles: per referència, per descripció, per família / subfamí-lia, per marca, etc. • Cerca d’articles i presentació de l’estoc restant en pantalla. • Disseny personalitzat per cada caixa de les paletes de vendes. • Impressió personalitzada dels tiquets de venda. Configuració del tiquet. • Impressió de tiquets annexes: descomptes, promocions, etc. • Diverses formes de pagament: efectiu, vals, targeta bancària, polsera / targeta NFC, etc. • Pagament parcial amb les diferents formes de pagament.Vendes en espera. • Tancament de caixa cec diari. Quadre de caixa.Diari de vendes. • Agrupació de tiquets en factura. • Configuració centralitzada dels missatges en el visor del TPV. • Apertura del calaix portamonedes (via TPV o via Impressora tèrmica de tiquets). • Integració amb datàfon associat a la passarel·la de pagament Connexflow de IECISA. • El Sistema ha de permetre definir tiquets annexes que s’han d’imprimir després del com-provant de compra.

» El Sistema ha de permetre imprimir tiquets annexes diferents segons el tipus d’article adquirit. Per exemple: “Un 10% de descompte en propera visita per entrada general”. » El Sistema ha de permetre imprimir tiquets annexes en funció de la data: “Avui 20% de descompte en samarretes”.

• Enregistrament centralitzat de les vendes en temps real (mode on-line). • Enregistrament local de les vendes en temps real (mode off-line) i sincronisme amb els serveis centrals quan es restaura la comunicació.

D’altra banda, l’aplicació de FrontOffice de botigues ha d’implementar les següents pres-tacions funcionals en relació a la gestió de promocions i descomptes per socis i visitants en els punts de venda:

Gestió de promocions i descomptes per socis:

• Lectura de codis de barra en format EAN-8 i EAN-13. • Validació de promocions i descomptes en base al codi de barres de socis TibiClub en mode on-line (connectivitat en temps real al sistema SGS) i off-line (BBDD local de socis). • Enregistrament centralitzat dels consums realitzats pels socis (BackOffice sistema ven-des). • Possibilitat de poder realitzar enquestes als client.

Gestió de promocions i descomptes per visitants:

• Validació de promocions (2x1, producte gratuït, etc.) o descomptes (ex.: -15%) basades en vals o tiquets amb codi de barres. • Configuració centralitzada dels vals de descompte o promocions: valor, caducitat, etc. • Possibilitat de poder realitzar enquestes als client.

2BREQUERIMENTS funcionals del sistema: 13BAplicació de BackOffice 13

TIBIDABO

APLICACIÓ DE BACKOFFICE El sistema de venda ha de disposar d’una única aplicació de BackOffice amb capacitat per a poder gestionar tant les dades de l’aplicació de FrontOffice de restauració com les de l’aplicació de FrontOffice de les botigues.

Les prestacions funcionals requerides pel BackOffice en relació a la gestió de magatzems i estoc són les següents:

Control de magatzem:

• Gestió centralitzada d’inventaris (actual o per dates, totals o parcials, per zones). • Planificació de futurs inventaris i tancament d’inventaris. • Possibilitat de treballar amb diversos magatzems. • Entrada de moviments per magatzem. • Traspassos interns entre magatzems. • Control d’inventaris teòrics en temps real. • Diari de moviments. • Consulta de disponibilitat per article, client o proveïdor. • Fitxa de l’article. • Existències. • Llistat d’estoc de mínims i màxims. • Parametrització d’estoc mínim i màxim. • Ajustament d’inventaris, traspàs de restes. • Control d’estoc per article o talles i color (botigues).

Les prestacions funcionals requerides en relació al mòdul de compres són les següents:

Gestió de les compres:

• Realització de pressupostos. • Gestió centralitzada de clients i proveïdors. • Fitxa de dades fiscals, dades d’enviament, albarans i mercaderia. • Activitats del client. Descomptes personalitzats per client. Forma de pagament. Dades bancàries. Emissió d’etiquetes de clients i proveïdors. Magatzem per defecte. • Previsió de compres. Entrada manual de comandes i d’albarans de compra. • Automatització de procediments de facturació d’albarans. • Generació automàtica de comandes a partir de l’estoc mínim (consums + estocs de segu-retat). • Introducció automàtica d’albarans o verificació de comandes rebudes respecte genera-des. • Consulta per comanda per proveïdor o data de lliurament. • Recepció de les compres: validació d’articles respecte albarà i ubicació. • Diari de factures rebudes. • Control de traçabilitat. • Seguiment del cicle complert d’una venda: pressupost, comanda, albarà, factura, etc.

2BREQUERIMENTS funcionals del sistema: 13BAplicació de BackOffice 14

TIBIDABO

• Registre d’impostos (IVA) en compres. • Manteniment de tarifes de compra de diferents proveïdors. • Control d’escandalls. Creació i manteniment d’escandalls. Escandalls de productes per presentació (menús, caixes, combinats, formats, etc.). • Càlcul de preus. • Control de minves. • Actualització de preus de compra i escandalls en funció dels albarans introduïts. • Control de costos de MP per articles de venda. • Enviament de documentació per correu electrònic.

Les prestacions funcionals requerides en relació a la gestió de les vendessón les se-güents:

Gestió de les vendes:

• Entrada de comandes i albarans de venda. • Automatització de procediments de facturació d’albarans. • Diari d’albarans de venda. • Generació de factures. Opcionalment factura electrònica. • Enviament de factures per e-mail. • Diari de facturació. Opcionalment factura electrònica. • Registre d’impostos i models fiscals. • Integració de les vendes amb el sistema de comptabilitat Fènix de B:SM. • Integració amb les vendes dels quioscs de venda automàtica (smartkiosk). • Seguiment del cicle complert d’una venda: pressupost, comanda, albarà, factura, etc.

Les prestacions funcionals requerides a nivell d’explotació de dades són les següents:

Explotació de dades:

• Àmplia relació d’informes de venda: per article, per família, períodes, franges horàries, ti-quet mig, visualitzacions de cintes de control. • Comparativa de vendes i compres per períodes.Ranking de vendes per múltiples criteris. • Informes relacionats amb l’estoc i amb l’inventari. • Informes de cobraments i pagaments. Cashflow. • Informes de consum detallat per socis. • Exportació d’informes a diferents formats ofimàtics: Excel, PDF, etc. Informes gràfics. • Llistats d’articles, tarifes de preus, tarifes de compra, tarifes per client, tarifes per article. • Llistats de vendes per zona / punt de venda / article. • Articles sense rotació, sobre màxims, sota mínims, trencament d’estoc.Marge per article. • Estadístiques de compra per proveïdor, article. Compres per article i per proveïdor. • Enregistrament de dades històriques a fi i efecte d’evitar un volum de dades excessiu. • Àmplia relació d’informes de consum per socis. Anàlisi de dades.


2BREQUERIMENTS funcionals del sistema: 14BServei de moneder virtual NFC 15

TIBIDABO

El nou sistema de venda en zones de restauració i botigues del Parc Tibidabo s’ha de complementar amb un servei centralitzat de moneder virtual de prepagament per disposi-tius NFC(13,56MHz): targetes, polseres, etc.

El servei de moneder virtual haurà de gestionar totes les transaccions de càrrega i descàr-rega d’efectiu associat a un dispositiu NFC que s’identifica unívocament amb un codi.

Totes les dades del moneder virtual s’emmagatzemarà als servidors i per seguretat no s’enregistrarà informació addicional a la targeta o polsera NFC.

Els principals requeriments funcionals del servei moneder NFC en els punts de distribució i de venda són els següents:

SERVEI DE MONEDER VIRTUAL NFC

Punt de distribució de targetes o polseres NFC amb imports fixes:

• A les taquilles del recinte es podran distribuir targetes o polseres NFC de prepagament carregades amb un determinat import, per exemple 20€ i 50€.

» La venda es farà a través del sistema de venda d’entrades EuroMus i s’enregistrarà com la venda d’un article. » El visitant o soci obtindrà una polsera o targeta NFC amb l’import prèviament carre-gat. » El procediment de control és similar al de les polseres actuals i hi ha una caixa única que és la de l’EuroMus.

• En el moment de la venda de la targeta o polsera NFC, és imprescindible disposar d’un mètode informàtic per a la seva activació, ja que en cas contrari no es tindria el nivell de seguretat desitjat en aquest àmbit.

» Durant la fase de disseny es valoraran les diferents opcions, però la més versem-blant seria activar el codi dels elements NFC a través d’una interfície de web service o similar entre el sistema EuroMus i els serveis centrals del sistema de venda en restau-ració. » L’Adjudicatari haurà de realitzar aquesta integració o el mètode d’activació de targe-tes o polseres NFC determinat en temps de disseny sense cost addicional. » Alternativament el Parc podria considerar l’activació prèvia de les targetes a través de l’aplicació de BackOffice del sistema de venda.

Punt de compra amb targetes o polseres NFC:

• L’usuari de les targetes o polseres NFC ha de poder comprar articles en qualsevol de les zones de restauració i botigues del Parc, incloent explícitament les zones amb smartkiosk.

» Per tant, és imprescindible la integració entre els smartkiosk i el nou sistema de ven-da del Parc a nivell de pagament amb targetes o polseres NFC i en temps real. De ma-nera que l’import de la compra en un smartkiosk es descompti immediatament del mo-neder virtual de la targeta NFC i que alhora pugui consultar el saldo restant.

Punt de càrrega d’efectiu en targetes o polseres NFC:

• Inicialment, a les taquilles del recinte NO es podran carregar targetes o polseres NFC amb un determinat import pagat en efectiu o amb targeta.

» Aquesta funcionalitat requeriria integrar el sistema EuroMus amb el servei de mone-der virtual via webservice, ja que en cas contrari caldria implantar doble caixa.

2BREQUERIMENTS funcionals del sistema: 14BServei de moneder virtual NFC 16

TIBIDABO

» Durant la fase de disseny es valoraran alternatives tècniques i operatives que perme-tin implantar en un futur un servei de càrrega de diners a les targetes o polseres NFC: caixers, taquilles especials, punts de venda de restauració o botigues, etc.

Punt de descàrrega d’efectiu en targetes o polseres NFC:

• Inicialment, a les taquilles del recinte NO es podran recuperar els imports existents en les targetes o polseres NFC.

» Aquesta funcionalitat requeriria integrar el sistema EuroMus amb el servei de mone-der virtual via webservice, ja que en cas contrari caldria implantar doble caixa. » Durant la fase de disseny es valoraran alternatives tècniques i operatives que perme-tin implantar en un futur un servei de càrrega de diners a les targetes o polseres NFC: caixers, taquilles especials, punts de venda de restauració o botigues, etc.

Observar que en aquesta primera fase es vol implantar un servei de moneder virtual bàsic, q un import preestablert i q

la targeta o polsera NFC en o-

smartkiosk

ue es fonamenta en la compra d’una targeta o polsera NFC amb ue no es pot ampliar ni recuperar.

Observar que l’usuari ha de poder comprar productes ambqualsevol zona de restauració i botigues del Parc, incloent explícitament les zones gestinades amb caixers de venda automàtica ( ).

de esent plec. No obstant, l’Adjudicatari haurà de subministrar les tar-

ió pagament amb moneder virtual NFC.

Observar que el subministrament de les targetes o polseres NFC s’ometen de l’àmbit subministrament del prgetes NFC necessàries per poder realitzar les proves per verificar la correcta configuraci funcionament del sistema de

2BREQUERIMENTS funcionals del sistema: 15BServeis centrals del sistema 17

TIBIDABO

ibidabo és un s le o interromput seria una greu font de conflictes operatius, no es podrien assumir. Per

s

ixí

SERVEIS CENTRALS DEL SISTEMA El sistema de venda en restauració i botigues del Parc d’Atraccions del Tistema crític, ja que un funcionament imprecís, poc fiab

comercials i administratius que tant, és imprescindible garantir un elevat nivell de servei en un entorn segur i amb dadeplenament fiables.

Seguidament es desenvolupen els requeriments tècnics dels serveis centrals del sistema i posteriorment es descriuen els requeriments de les funcions generals del sistema, acom també de les interfícies amb serveis o aplicacions de tercers.

Entorn d’execució Els requeriments i els principals condicionants tècnics de l’entorn d’execució dels serveis centrals del sistema són els següents:

• L’estàndard de Base de Dades de B:SM és SQL Server 2008, i per tant el sistema de venda s’haurà d’executar en aquest entorn. Alternativament es disposa d’un clúster Oracle 11g.

» Les llicències SW dels serveis centrals (SO (Windows Server 2008 R2), BBDD, ser-vidor web, etc.) i els components HW aniran a càrrec de B:SM, que també posarà a la disposició de l’Adjudicatari els servidors de pre-producció i els de producció.

D’acord amb això, els serveis centrals dels sistema s’executaran en servidors instal·lats en el Centre de Processament de Dades(CPD) de B:SM, qui també es farà càrrec, si cal, de l’adquisició del maquinari i programari per a la configuració bàsica dels servidors requerits que s’integraran amb les eines de seguretat i monitoratge corporatives.

urant la fase de disseny, l’Adjudicatari haurà de definir i consensuar amb la divisió de Sistemes de B:SM l’arquitectura i les prestacions tècniques requerides a nivell de maqui-nari i programari en els serveis centrals del sistema.

Inicialment, a més a més del servidor de Base de Dades ja disponible (SQL Server o clúster Oracle), es preveu necessari un servidor d’aplicacions i comunicacions (servei moneder vir-tual i BackOffice). Durant la fase de disseny, la divisió de Sistemes i l’Adjudicatari dimensi-onaran cadascun d’aquests servidors, en definiran les prestacions tècniques i valoraran si aquests són o no compartits amb altres serveis corporatius.

En cas de necessitar un domini, IP publica o qualsevol altra material per la publicació o funcionament, aquest serà facilitat i subministrat per BSM.

Sempre sota la supervisió i aprovació per part de Sistemes de B:SM, l’Adjudicatari serà plenament responsable del disseny, de la implementació del model de dades i dels proce-diments emmagatzemats o tasques de la Base de Dades del sistema de venda.

Qualsevol afectació a entitats de dades consultades per altres aplicacions o sistemes (SGS, Fènix, smartkiosk, etc.) ha de ser solucionada per l’Adjudicatari: vistes, etc.

i

D


TIBIDABO

configuració i aquestes mínim: error, advertència, informació.

Els serveis de suport tècnic de l’Adjudicatari han de poder accedir remotament a les tra-

El certa

Enre

rals, seguidament es presenten els

Monitoratge del sistema

Els serveis centrals del sistema de venda en restauració i comerços ha de disposar de mecanismes de monitoratge del maquinari i del programari del propi sistema.

L’Adjudicatari haurà d’implantar funcions de monitoratge hardware mitjançant les eines que conjuntament amb B:SM s’estableixin durant l’etapa de disseny.

L’Adjudicatari haurà d’implantar funcions de monitoratge software mitjançant un sistema de traces que pugui ser exportable a una aplicació de gestió de traces. El nivell de detall de les traces de programa del sistema ha de ser un paràmetre de s’han de poder agrupar per categories, com a

Durant l’etapa de disseny es valoraran diverses alternatives tècniques per implementar l’enregistrament de les traces: arxius de traces (log), base de dades, etc.

ces del seu propi sistema a nivell de client i de servidor.

sistema ha de poder eliminar periòdicament i automàticament traces superiors a una antiguitat, a fi i efecte d’evitar un volum de dades excessiu en els arxius de registre.

gistrament de dades històriques El sistema ha de permetre guardar permanentment i periòdicament les dades històriques generades per l’ús de les aplicacions de venda, a fi i efecte d’evitar un volum de dades excessiu en la base de dades del sistema. La informació històrica ha de poder ser consul-tada a través del BackOffice del sistema.

Nivell de servei del sistema Com a criteri general i amb l’objectiu de poder acotar el disseny tècnic i la valoració eco-nòmica de l’arquitectura de sistemes dels serveis centrequeriments relacionats amb la seva disponibilitat i nivell de servei:

• serveis crítics: els serveis assenyalats com a crítics estan sotmesos a requeriments d’alta disponibilitat, que haurà de ser superior o igual al 99,9% del temps, mesurat mensualment.

» Les solucions d’alta disponibilitat generals o per cada servei hauran de ser aprovades per BSM. En qualsevol cas es valorarà la relació entre el nivell de servei obtingut i el seu cost d’implantació (maquinari, programari...) i d’explotació (operadors, manteniment...). » A l’Adjudicatari se l’eximeix de caigudes a nivell de HW, SO i gestor de BBDD que no siguin responsabilitat d’aplicacions i serveis inclosos dins l’àmbit de subministrament. » Recordar que s’estableixen com a serveis crítics aquells que estan relacionats amb la venda de productes en temps real: servei BBDD, servei de comunicació i d’aplicació. » Recordar que els clients han de poder vendre en mode off-line i un cop recuperada la comunicació s’han de poder sincronitzar les vendes i totes les dades rellevants amb els serveis centrals del sistema.

• horari del Servei: totes les aplicacions i serveis del sistema de venda han d’estar operati-ves durant l’horari d’oficina i d’obertura del Parc.

» Els procediments massius de BackOffice (còpies de seguretat, etc.) es realitzaran pre-


TIBIDABO

ferentment en horaris nocturns o de matinada a través dels procediments establerts per la divisió de Sistemes de B:SM.

• suport a l’operació: la resolució d’incidències en els serveis centrals del sistema s’ha de correspondre amb el que s’indica en la corresponent secció del plec. [veure “manteniment”]

» En aquest àmbit, el temps de resolució de les incidències crítiques o greus també de-termina el nivell de servei exigit. [veure nivell de resolució d’incidències] » Recordar que un dels criteris importants del sistema és la traçabilitat per poder diag-nosticar amb facilitat les incidències de programari. En aquest àmbit és especialment necessari que les traces de programa siguin prou detallades i alhora exportables a eines que en permetin la consulta sense afectar el rendiment dels servidors. » Els horaris del servei de suport tècnic s’hauran d’adaptar a les condicions establertes per les àrees operatives de B:SM en cada àmbit [veure “manteniment i suport a l’operació”].

L’alta disponibilitat del servei de Base de Dades del sistema queda garantida per

tir el nivell de servei exigit.

utar sense la intervenció dels operadors.

l’arquitectura redundant de la BBDD, en canvi per a la resta de serveis B:SM i l’Adjudicatari valoraran conjuntament la solució per garan

A nivell de servidor, els serveis centrals del sistema s’han d’executar com a servei i s’han de dotar dels tots els mecanismes de salvaguarda necessaris, perquè en cas de caigudao excepció del servei, aquest es torni a exec

En general, en els sistemes o serveis crítics s’han de contemplar mecanismes d’alta dis-ponibilitat i contingència. No obstant, B:SM es reserva l’opció de reconsiderar la criticitat de determinats serveis en base a la valoració econòmica dels components (maquinari, SO, programari...)i serveis (operadors, manteniment...) associats a un determinat nivell de servei.

2BREQUERIMENTS funcionals del sistema: 16BIntegració amb sistemes i serveis 20

TIBIDABO

e-ament

.

quipades amb cai-

INTEGRACIÓ AMB SISTEMES I SERVEIS El sistema de venda en zones de restauració i comerços del Parc s’ha d’integrar amb di-versos sistemes d’informació de tercers: caixers de venda automàtica (smartkiosk), sistma de gestió de socis de B:SM / PATSA (SGS), datàfons amb passarel·la de pagde IECISA (Conexflow), sistema de comptabilitat de B:SM / PATSA (Fènix).

En aquesta secció es desenvolupen els requeriments funcionals d’aquestes integracions

Integració amb caixers de venda (smartkiosk) Actualment, hi ha diversos zones de restauració del Parc exers de venda (smartkiosk), que permeten la selecció i el pagament en efectiutargeta bancària dels productes de manera autònoma per part del visitant,i q

o ue

ja apliquen el corresponent descompte als socis TibiClub.

El nou sistema de gestió de restauració i comerços del Parc s’haurà d’integrar plenament amb els smartkiosks en els següents àmbits:

integració de les vendes:totes les vendes de productes simples o agrupats (menús, etc.) realitzades a través dels caixers s’han de traduir en una venda del producte/s corresponent/s en el nou sistema de venda de restauració del Parc amb totes les seves implicacions: vendes, estocs, escandalls, etc.

integració del pagament amb NFC:els caixers han de permetre la targeta o polsera NFC del Parc com a mitjà de pagament i s’han d’integrar en temps real amb el moneder virtual del nou sistema de venda de restauració i botigues del Parc, verificant-ne la disponibilitat de saldo i descomptant-ne l’import comprat.

En aquest sentit, l’Adjudicatari i proveïdor del servei de moneder virtual ha de desenvolupar una servei web o procediment equivalent que permeti consultar el saldo i descomptar del sal-do l’import del producte adquirit a través del caixer smartkiosk.

La integració de les vendes es realitzarà, sempre que sigui possible, en temps real (on-line). En cas de caiguda o talls en la xarxa de comunicacions les dades s’enregistraran en local i es transmetran a la BBDD del nou sistema centralitzat de venda tan bon punt es restableixi la comunicació.

Observar que l’administració centralitzada dels productes i preus disponibles en els cai-xers automàtics es realitzarà a través de l’aplicació de BackOffice del propi sistema de caixers, propietat de l’empresa Smart Futura.

Observar que s’omet la integració a nivell comptable, és a dir, els quadres i tancaments de caixa es realitzaran a través del propi sistema de caixers.

La integració de pagaments amb NFC es realitzarà sempre en temps real (on-line). En cas de caiguda del servidor o de la xarxa no es permetrà aquest mitjà de pagament ja que no es podria verificar si la targeta té saldo suficient per poder adquirir els productes seleccio-nats.


TIBIDABO

s (SGS)

) als socis del

en la targeta TibiClub.

En conseqüència tots els TPV del Parc hauran alhora hau

Per aconssegüents à

Integració amb Sistema de Gestió de SociActualment, totes les funcionalitats relacionades amb la gestió de socis del Parc es realit-za a través del Sistema de Gestió de Socis (SGS) de B:SM / PATSA.

Un dels requeriments del nou sistema de restauració i comerços del Ti-bidabo és l’aplicació automàtica d’un descompte (ex.: 15%Parc, a partir de la lectura del codi de barres (EAN-8 / EAN-13) imprès

de disposar d’un lector de codi de barres iran de ser capaços de verificar en temps real si el carnet de soci està en vigor.

eguir-ho és necessari que el nou sistema de venda s’integri amb el SGS en els mbits:

validesa del soci en temps real:es preveu publicar una funció SQL, procediment emmagat-zemat l soci està actiu. El TPV o servei web perquè el TPV pugui consultar en temps real si ehaurà de mostrar clarament la causa en cas de resposta negativa o altrament aplicar directa-ment el descompte que li correspongui.

Alternativament es podria generar una vista en la BBDD del SGS perquè aquesta pugui ser consultada en temps real pel nou sistema de restauració i comerç.

Si per raons tècniques (caiguda de la xarxa, caiguda SGS, timeout, etc.), el TPV no pot obte-nir resposta sobre la validesa del soci, aleshores el sistema ha d’aplicar directament el des-compte del 15% si el codi de barres llegit compleix amb unes determinades condicions: 7-8 dígits, etc. i que s’establiran durant la fase de disseny del sistema.

En cap cas es podrà implementar aquesta integració mitjançant la càrrega manual de fitxers (tipus Excel o similar).

És m cionals relacionats amb els olt important observar que un altre dels requeriments funsocis és augmentar el grau de coneixement del consum que fan els mateixos en el Parc. Per aconseguir-ho es imprescindible enregistrar centralitzadament el seu consum en la BBDD del nou sistema, però en cap cas en la del SGS.


TIBIDABO

nt Conexflow

s de PATSA i que s’integren amb la pa

Integració amb datàfons via passarel·la de pagameEn l’àmbit de subministrament de la present licitació, s’exclouen els datàfons dels punts de venda ja que són subministrats pel proveïdor de serveis bancari

ssarel·la de pagament de ConexFlow.

l’Adjudicatari haurà de configurar plenament l’aplicació local (plugin) del No obstant això, ConexFlowen totsment del pagame

ou Sistema de venda en restauració i comerços del Parc s’ha d’integrar amb

els TPV subministrats, així com realitzar totes les proves de funciona-nt amb targeta.

Observar que la integració del SW del TPV amb els datàfons implica que el caixer no hagi d’introduir manualment el preu de la compra en el datàfon.

Integració amb sistema comptable Fènix D’altra banda, el n

el sistema de gestió i comptabilitat de B:SM / PATSA anomenat Fènix.

• El Sistema ha d’incorporar un procediment diari que permeti la generació i exportació de les dades comptables del dia o període determinat, generant els fitxers en un directori nou creat segons data.

» Les dades comptables es generen de forma diferenciada en tres fitxers: vendes, re-serves i factures. » BSM conjuntament amb l’Adjudicatari establiran el format dels fitxers de traspàs i BSM facilitarà les dades de comptes comptables a configurar en el BackOffice. » Entre d’altres serà necessari traspassar els següents conceptes:

• Assentament diari de recaptació amb ingressos i despeses per centre de cost. • Modes de cobrament: efectiu, targeta bancària, targeta NFC, vals, vouchers, etc. • Sobres i faltes. • Impostos – IVA devengat. • Generació de factures a efectes d’IVA. • Altres conceptes a definir en la fase de disseny del sistema.

Durant la fase de disseny, conjuntament amb l’àrea d’Administraciól’especificació detallada de la integració amb el sistema de c

i Finances del Parc s’establirà omptabilitat.


4. REQUERIMENTS TÈCNICS DEL SISTEMA

Dins del marc d’aquesta licitació, es presenten els requeriments tècnics del sistema de venda en restauració i botigues del Parc d’Atraccions Tibidabo agrupats en pels diversos entorns d’operació i posteriorment es descriu l’especificació tècnica detallada dels compo-nents hardware.

ponents per entorn d’operació i en posteriors

se ponents.

Obser m-plerts addic

Observar que el TPV dels carrets ja no s’hauran de transportar diàriament fins a les ofici-nes del Parc perquè disposaran de connectivitat LAN a la xarxa corporativa. Arran d’això alguns dels carrets de venda ambulant es guardaran a la intempèrie i caldrà cercar una solució per a resguardar-los de les condicions de temperatura i humitat del Parc.

ecordar que els datàfons s’exclouen de l’àmbit de subministrament del plec.

ls carrets ambulants s’instal·len en ubicacions fixes prèviament establertes i disposen de xa de comunicacions LAN propers.

Observar que, en les zones de restauració amb smartkiosk no cal instal·lar TPV addicio-nals.

A nivell de programari es requereixen 4 llicències del SW client per botigues i 21 llicències del SW client per restauració, que inclou la llicència per al TPV de recanvi de restauració.

Respecte el BackOffice es requereixen 8 llicències

COMPONENTS PER ENTORN DE VENDA Seguidament es presenta una relació de com

ccions es desenvolupen les especificacions tècniques dels propis com

var que en concepte de recanvis, l’adjudicatari haurà de subministrar dos TPV coionals de restauració amb tots els seus perifèrics.

Opcionalment, els caixers de gestió d’efectiu poden portar integrat el lector de codis de barra i la impressora tèrmica.

R

Epunts d’alimentació i de xar

en total per a les oficines del Parc.PATSA es reserva el dret d’ampliar el nombre de llicències de BackOffice en el futur.

Ubicació Unitat control TPV Impres. Lector

CBLector

NFCVisor LCD

10"Caho

Quioscs restauració 10 10 10 10 10 1

laix ritz. Datàfon Balança Teclat Ratolí SW

Rest.SW

Comerç0 10 2 0 0 10 0

1 0Recanvis 2 2 2 2 2 2 2 0 0 0 2 0

Ub

Ae 2 2 2 0 2 0 0 0 2 0BoCu

1

ectiu + TPV integrat

Carrets ambulants 5 5 5 5 5 5 5 0 0 0 5 0Botigues Parc 3 3 3 3 3 3 3 0 0 0 0 3Bar / Restaurant 1 1 1 1 1 1 1 0 0 0

21 21 21 21 21 21 21 2 0 0 18 3

Caixers de gestió d'ef

icació Caixer efectiu + TPV Impres. Lector

CBLector

NFCVisor LCD

10"Calaix horitz. Datàfon Balança Teclat Ratolí SW

Rest.SW

Comerçroport 2 2tiga principal 1 1 1 1 1 0 1 0 1 1 0 1curutxo 1 1 1 1 1 0 1 0 0 0 1 0

4 4 4 4 4 0 4 0 1 1 3

Terminals Punts de venda complert

3BREQUERIMENTS tècnics del sistema: 17BComponents per entorn de venda 24

TIBIDABO

3BREQUERIMENTS tècnics del sistema: 18BPrestacions tècniques dels components 25

TIBIDABO

RESTACIONS TÈCNIQUES DELS COMPONENTS Seguidament es desenvolupen les especificacions tècniques dels components hardware del sistema de venda en zones de restauració i botigues del Parc.

Les prestacions tècniques del Terminal Punt de Venda ide tots els seus perifèrics són les següents:

P

Unitat de control del Terminal Punt de Venda:

• Carcassa d’alumini. Sistema CPU Fanless. • Pantalla tàctil de 15” (1024x768). • CPU:

» Dual Core, mínim 1,8GHZ amb mínim cache L2 de 1MB. » Es valorarà el subministrament d’una CPU superior (veure plec administratiu).

• Disc d’estat sòlid (SSD) mínim 32GB. • RAM: mínim 2GB SO-DIMM DRIII 800MHz. • Sistema Operatiu Windows 7 Pro o bé Windows POSReady 7. • Interfícies: Mínim 4 Ports USB, 3 ports RS-232, 1 VGA, 1 EthernetRJ45 • Índex de protecció: mínim IP65. • Font d’alimentació interna.

Impressora tèrmica de tiquets:

• Velocitat d’impressió: màx. 300 mm/s. • Densitat de punts mínima 180 ppp x 180 ppp. • Amplada de paper 80 mm o 58mm (amb guia). • Impressió de codis de barra de 1D i 2D. • Tall parcial amb tisores amb ganivetes separades. • Fiabilitat del capçal tèrmic: 150 milions de pulsacions. 150 km. • Fiabilitat del tallador: 2 milions de talls. • MTBF (Temps mig entre fallades): 360.000 hores. • MCBF (Nombre de Cicles mig entre fallades): 70 milions de línies. • Interfícies: Connector amb calaix portamonedes, USB iSèrie RS-232.

Lector de codis de barra:

• Font de llum: un sol punt, LED de 625nm. Il·luminació LED de 630nm. • Camp de visió del imager: 46º horitzontal x 29,5º vertical. • Velocitat de “barrido”: Fins a 2,3m per segon. • Simbologia 1D: UPC/EAN (UPCA/UPCE/UPCE1/EAN-8/EAN-13/JAN-8/JAN-13 amb su-plements, ISBN (Bookland), ISSN, codi cupó), codi 39 (estàndard, Full ASCII c, triòptic), codi 128 (estàndard, Full ASCII, UCC/EAN-128, ISBT-128 concatenat), codi 93, Coda-bar/NW7,2 de 5 (entrellaçat 2 de 5, discret 2 de 5, IATA, xinés 2 de 5, matriu 2 de 5, codi 11), MSI Plessey, GS1 DataBar (omnidireccional, truncat, apilat, omnidireccional apilat, limi-tat, estès, , apilatestès). • Simbologia 2D: PDF417, TLC-39, Aztec (Estàndard, Invers), MaxiCode, DataMatrix /ECC


TIBIDABO

200 (Estàndard, Invers), codi QR (Estàndard, Invers, Micro). • Rang nominal de treball:

» Codi 39 – 5 mil.: 0 – 11,4 cm » UPC/EAN – 10 mil. (80%): 0 – 21,6 cm » UPC/EAN – 13 mil. (100%): 0 – 26,7 cm » PDF417 – 6,6 mil.: 0 – 9,6 cm » Datamatrix – 10 mil.: 0 – 11,9 cm

• Important:l’Adjudicatari ha de subministrar el cable RJ45 – USB per al lector.

Lector de contactless de proximitat – NFC:

• Lector NFC de 13,56MHz. • Interfície USB, emulació de teclat. • Antena interna. • Es valorarà la integració del lector NFC en el xassís del TPV.

Visor per al client:

• Pantalla TFT de 10,1”. • Interfície VGA.

Datàfon:

• DatàfonIngenico IPP320 connectat a la passarel·la de pagament ConexFlow de IECISA. » El datàfon s’exclou de l’àmbit de subministrament del present plec.

Calaix portamonedes:

• Calaix portamonedeshoritzontal connectat a impressora o a TPV (RJ11). » Durant la fase de disseny del sistema es podria requerir la substitució d’algun calaix horitzontal convencional (41x41x10) per un calaix compacte d’obertura vertical.

Balança:

• Balança de pes d’acer inoxidable • Interfície RS-232.

Teclat PC de 105 tecles

Ratolí òptic

És important observar que és preferible integrar el lector NFC en ell xassís del TPV a fi i

a unitat de control del TPV amb querides.

efecte de reduir el nombre de perifèrics.

En el plec administratiu es valora el fet de subministrar ununes prestacions superiors a les mínimament re


TIBIDABO

ectiusón les següents: Les prestacions tècniques mínimes del caixer de gestió d’ef

Caixer de gestió d’efectiu:

• Accepta monedes de 0,02€ a 2€. • Capacitat d’emmagatzematge de monedes: mínim 1.200. • Accepta, valida i dispensa bitllets de 5€ a 500€. • Devolució ràpida de bitllets: seqüencial. • Reciclador de bitllets. • Capacitat de bitllets: mínim 400. • Rebutja monedes i bitllets falsos. • Pantalla LCD de 8,4” per interactuar amb el client. • Avís de manca de canvi o de calaix ple per correu electrònic. • Opcionalment, impressora tèrmica integrada en el caixer de gestió d’efectiu. • Opcionalment, lector de codis de barra integrat en el caixer de gestió d’efectiu.

Observar que es requereix el subministramentde quatre caixers de gestió d’efectiu nous: 2 Aeroport, 1 Botiga principal, 1 Cucurutxo.

e la Actualment l’Aeroport disposa d’un caixer de gestió d’efectiu dmarca i model CashDro 2, que si és possible scinquè caixer de gestió d’efectiu en una altra zona de restauració

erà integrat com a

del Parc, en cas contrari es faran les gestions oportunes.

n-n

és d’una aplicació de venda ni de BackOffice (exceptuant els smartkiosk).

Recordar que en el Parc es vol un únic sistema de gestió de vedes en les zones de restauració i botigues del Parc incloses el’àmbit de subministrament i per tant no poden coexistir m


5. PLANS D’EXECUCIÓ

Seguidament es presenten els plans d’execució i les condicions de lliurament de les apli-cac e venda en restauració i botigues del Parc d’Atraccions Ti-

istrament del present plec de condicions.

de liderar les tasques relati-martkiosk, comptabilitat, etc.), així com

de tots els components HW i SW del Siste-a del recinte i en els serveis centrals del propi sistema.

ha de presentar una primera proposta detallada de xecució per al subministrament de totes les aplica-

del present plec.

ari haurà de desenvolupar

ions i serveis del Sistema dbidabo, inclosos dins l’àmbit de submin

En aquest context, cal destacar el rol de l’Adjudicatari alhoraves a la integració amb els altres sistemes (socis, stambé en la instal·lació, configuració i provesma en tots els punts de vend

En la seva oferta tècnica, el Licitador cronograma i un sumari dels plans d’ecions i serveis incloses dins l’àmbit de subministrament

Posteriorment, durant la fase de disseny del Sistema, l’Adjudicatper complert tots els plans d’execució proposats en la seva oferta:

pla d’implantació:proposta de planificació detallada del projecte d’implantació de les aplica-cions i serveis incloses dins l’àmbit de subministrament del plec (fins a l’inici d’operacions).

pla de formació:proposta de formació per tot el personal que intervé en la implantació, admi-nistració i operació de les aplicacions i components del Sistema.

pla de manteniment i suport a l’operació:proposta de manteniment i suport a l’operació del sistema de venda en zones de restauració i comercials del Parc.

pla d’acceptació:documentació a lliurar i proposta de proves per a l’acceptació de les aplica-cions i serveis del projecte.

En general, tots els docament aprovats per la Dfet no eximirà al’Adjudic

Seguidament es descriuen els requeriments ree les aplicacions i serveis del Sistema incloses en el plec.

uments i/o plans d’execució del projecte hauran de ser necessàri-irecció del Projecte del Parc i Sistemes de B:SM, tot i que aquest

atari de la plena responsabilitat respecte al contingut del mateix.

lacionats amb les condicions de lliurement d

4BPLANS D’EXECUCIÓ: 19BPla d’implantació 29

TIBIDABO

PLA D’IMPLANTACIÓ

ser apro-

plec.

El seguiment i control del disseny, desenvolupament, integració, instal·lació configuració, manteniment i operació deles diferents aplicacions del Sistema es realitzarà sobre la base del pla d'implantació, que serà elaborat prèviament per l'Adjudicatari i haurà de vat per la direcció del Parc.

En la seva oferta tècnica, el Licitador ha d’incloure una proposta de pla de treball, indicant les tasques, els terminis i els recursos humans i materials proposats per poder implantar el conjunt d’aplicacions i serveis inclosos dins l’àmbit de subministrament del present

Com a mínim, en el pla d’implantació haurà de definir i concretar els següents aspectes:

• Les activitats, els terminis i les responsabilitats dels projectes planificats.

• El perfil, responsabilitats i dedicació dels recursos humans proposats (propis, subcontrac-tats, etc.) en cadascuna de les tasques del projecte.

• El calendari de les tasques i de les principals fites dels projectes, incloent totes les restricci-ons relacionals o temporals necessàries.

• La relació de d’entrades (documents, requeriments...) i sortides (documents, especificaci-ons, subministraments...) en cadascuna de les fases de les tasques planificades.

• Els components i recursos materials previstos, així com els requeriments o condicionants relacionats amb la seva adquisició, fabricació, recepció, logística o instal·lació.

• La metodologia i procediments previstos en relació al seguiment i coordinació dels projectes en totes les seves fases: enginyeria, desenvolupament, homologació, instal·lació, proves, etc.

• La metodologia de treball proposada en la realització dels serveis i en la implantació de les aplicacions i serveis inclosos dins l’àmbit de subministrament del plec.

Aquest projecte implica la implantació d'un nou Sistema que ha de coexistiramb el funcio-

Per l’elaboració del pla d’implantació, el Licitador s’haurà de basar en el cronograma ge-neral del programa d’implantació del Sistema en el present plec, on s’hi indica la relació d’aplicacions i projectes i les seves principals fites.

En general, PATSA valorarà les propostes tècniques o organitzatives que permetin opti-mitzar o millorar els terminis i procediments relacionats amb la implantació del Sistema.

nament normal del Parc d’Atraccions. L'Adjudicatari haurà de tenir en consideració les limitacions i condicions introduïdes per aquesta problemàtica: disponibilitat horària, entorn de proves, etc.


TIBIDABO

ntervenció

ament i organització

conté els següents projectes:

Cronograma i àmbit d’iSeguidament es presenta un cronograma amb les durades màximes previstes en les fa-ses d’implantació de les aplicacions incloses dins l’àmbit de subministrament del plec.

Gràfic1: pla de treball previst: sistema de venda en restauració i botigues del Tibidabo.

Observar que tant les dates, com les fites del cronograma són estimatives i estan subjec-tes a condicions temporals (publicació...) i/o relacionals amb altres projectes. No obstant, en el cronograma sí que s’estableixen els terminis màxims previstos per cada fase.

D’acord amb el diagrama superior el termini de disseny, desenvolupament, proves i im-plantació del Sistema és de 3 mesos. Cal destacar que la implantació del sistema pot ser progressiva, és a dir primer s’instal·larien i es provarien uns quants Terminals Punts de Venda (novembre 2015) i un cop validat el Sistema s’implantaria la resta (gener 2016).

Les tasques d’enginyeria comú i desenvolupament de les aplicacions són relativament intensives en recursos i per tant, requereixen un correcte dimensionde l’equip de treball proposat per poder generar la documentació, els desenvolupaments i les proves d’integració de les interfícies de comunicació amb els diferents sistemes.

El projecte de subministrament del Sistema s’emmarca dins del programa de Restauració del Tibidabo, que

infraestructura de xarxa:projecte de millora de la xarxa local i de transport per donar cober-tura a determinades zones de restauració del Parc.

maquinari i llicències: projecte de subministrament dels servidors i altres components HW requerits pel Sistema de venda en restauració i botigues. Inclou llicències SO servidor i BBDD requerides pels serveis centrals del Sistema.

datàfons i passarel·la de pagament:projecte de subministrament i configuració de datàfons integrats amb la passarel·la de pagament de B:SM (conexflow). Configuració de la pròpia passarel·la de pagament per incloure les transaccions del Parc Tibidabo.


TIBIDABO

les tasques i l’àmbit d’intervenció de l’Adjudicatari Algunes consideracions rellevants sobredurant la fase d’especificació i desenvolupament són les següents:

especificació:tasques relacionades amb l’especificació detallada del desenvolupament o adaptació del sistema de venda en restauració i comerços del Tibidabo.

» Les tasques d’enginyeria comú s’han de realitzar en coordinació amb la resta de prove-ïdors i preferiblement s’hauran d’executar en paral·lel en tots els fronts. En concret, amb el sistema de gestió de socis (BSM), el sistema de comptabilitat (BSM), els caixers de venda smartkiosk, així com també la integració amb la passarel·la de pagament (IECISA). » En aquesta fase l’Adjudicatari ha de generar tots els documents d’especificació deta-llada de les interfícies de comunicació (protocol, model de dades, model d’arxius, etc.) entre el sistema de venda en restauració i la resta de sistemes a interconnectar. » Tota la documentació d’aquesta fase ha de ser lliurada a B:SM i aprovada per B:SM. » La durada màxima de la fase d’especificació i d’enginyeria comú serà de 1 mes(4 set-manes), a comptar des de la data de signatura del contracte.

desenvolupament:tasques relacionades amb el desenvolupament o adaptació de les aplica-cions de venda del Sistem nt a, d’acord amb els requeriments tècnics i funcionals del preseplec.

» L’Adjudicatari haurà de prioritzar aquells desenvolupaments relacionats amb les interfí-cies de comunicació amb tercers (gestió de socis, smartkiosk, comptabilitat, passarel·la, etc.), respectant en qualsevol cas la planificació i les principals fites del Sistema. » Durant aquesta etapa també es configurarà el servei de moneder virtual NFC i la seva integració amb els caixers de venda automàtica del Parc (smartkiosk). » El tram final del desenvolupament s’ha de compatibilitzar amb la prova pilot de totes les aplicacions del Sistema i de les seves interfícies amb tercers. » Durant la fase de desenvolupament, es farà també la definició i configuració parcial dels articles i productes que es comercialitzen tant als punts de restauració com a les bo-tigues. » La durada màxima de la fase de desenvolupament de totes les aplicacions del Sistema serà de 3 mesos a comptar des de la data de signatura del contracte.

Algunes consideracions relacionades amb l’àmbit d’intervenció de l’Adjudicatari durant la fase de prova pilot de totes les aplicacions del Sistema són les següents:

configuració:tasques relacionades amb la configuració inicial de totes les dades del sistema de venda en zones de restauració i botigues: productes compra i venda, preus, proveïdors, etc.

» L’Adjudicatari haurà de realitzar l’entrada inicial i el manteniment de totes les dades del sistema a fi i efecte de deixar-lo plenament operatiu. » És important observar que l’entrada de dades al sistema és responsabilitat de l’Adjudicatari des de l’inici del desenvolupament del projecte fins a l’inici d’operacions en real.

prova pilot:després de la fase de desenvolupament es realitzarà una prova pilot integral per validar tots els aspectes tècnics i funcionals de les aplicacions del Sistema i de les seves in-terfícies amb altres sistemes i serveis de tercers en un entorn de pre-producció.


TIBIDABO

» L’Adjudicatari haurà de participar activament en la definició, realització i valoració de les proves de configuració i d’integració de sistemes i haurà de liderar un grup de treball amb la resta de proveïdors per executar les proves pilot, sota la supervisió de B:SM. » Entre d’altres, es preveu necessari fer proves pilot en els següents àmbits: gestió de socis, integració smartkiosk, moneder virtual, integració comptable, etc. » La durada màxima de la prova pilot del Sistema serà de 2 mesos(8 setmanes) a comptar des de quatre setmanes abans de la finalització de la fase de desenvolupament.

Fd

inalment, algunes consideracions relacionades amb l’àmbit d’intervenció de l’Adjudicatari urant la fase d’implantació de totes les aplicacions del Sistema són les següents:

instal·lació del Sistema:tasques relacionades amb la instal·lació, configuració, formació i inici d’operacions de totes les aplicacions del Sistema de venda en restauració i botigues del Parc.

» Durant aquesta fase, l’Adjudicatari ha d’instal·lar, configurar i posar en funcionament les aplicacions (Front Office, BackOffice), la integració amb tercers i els serveis centrals del Sistema, d’acord amb l’arquitectura i la infraestructura previstes. » La fase d’instal·lació i configuració inclou totes les aplicacions, serveis o components del Sistema. En especial, l’Adjudicatari haurà de realitzar la instal·lació, configuració, prova i posta en marxa de tots els TPV, incloent els de substitució. » Durant aquesta fase l’Adjudicatari també ha d’executar el pla de formació. » Observar que la implantació podria ser progressiva i en dues etapes. En una primera etapa s’instal·larien 3 o 4 Terminals, es farien les proves en un entorn real i un cop vali-dat, s’instal·larien la resta de Terminals. Es decidirà en la fase de disseny del Sistema. » L’Adjudicatari es compromet a realitzar les tasques de subministrament, instal·lació i posta en marxa amb la màxima cura per tal d'evitar afectacions de servei no previstes. En cas d’afectar al servei, serà la seva responsabilitat restaurar els serveis afectats. » És important recordar que l’entrada de dades al sistema és responsabilitat de l’Adjudicatari des de l’inici del desenvolupament del projecte fins a l’inici d’operacions en real. » Totes les postes en marxa seran revisades i acceptades pelsresponsables de PATSA. » El termini màxim per implantar i posar en marxa totes les aplicacions i els serveis cen-trals del Sistema és de 1 mes. La data límit per tenir el sistema operatiu és finals de fe-brer de 2016.

Observar que, abans d’iniciar l’operació real dels sistemes, l’Adjudicatari ha de dur a ter-m

D s-tauració i botigues del Parc ha d’iniciar-se com a molt tard a mitjans de febrer de 2016.

s -

Parc.

Q es r cop validades i

e un pla de formació que permeti garantir la correcta preparació de tot el personal.

’acord amb la planificació prevista l’operació del nou Sistema de venda en zones de re

Si el Sistema s’implanta en dues etapes, la primera seria a principis de novembre (pilot) ila segona a mitjans de gener de 2016 amb el Parc tancat. Durant la fase de disseny edecidirà si el sistema s’implanta progressivament en dues etapes per poder verificar acotadament el correcte funcionament del mateix sense afectar el funcionament normal del

uan s’iniciï l’explotació del Sistema, qualsevol modificació o adaptació necessària ealitzarà i implantarà , en primer lloc, en el servidor de pre-producció i un


TIBIDABO

d provades, les modificacions realitzades es traslladaran al servidor de producció d’acoramb les indicacions de la divisió de Sistemes i seguint la normativa de gestió del canvi.


TIBIDABO

la orrecta execució de les a icacions i serveis inclosos dins l’àmbit de subministrament del

present plec.

En aquest mateix sentit, el Parc nomenarà els interlocutors i el seu àmbit d’interlocució per a cadascuna de les àrees i serveis afectats per la implantació del Sistema de venda en zones de restauració i botigues del Tibidabo.

D’altra banda, l’Adjudicatari haurà d’anomenar un cap de projecte que serà l’únic interlocu-tor vàlid amb el Parc i que entre d’altres, haurà de realitzar les següents funcions:

Gestió del projecte D’una banda, el Parc nomenarà un cap de projecte, que serà responsable de supervisarc pl

• Vetllar per l’assoliment dels objectius del projecte, segons planificació i pressupost previst.

• Executar i fer el seguiment del projecte i del pla de treball (tasques, terminis, recursos, etc.), generant la corresponent documentació: actes, planificació, informes, plans, etc.

• Gestionar i executar el pla de comunicació del projecte. En particular, periòdicament, haurà de comunicar al cap de projecte de PATSA l’estat d’avançament dels projectes, amb la peri-odicitat que s’estableixi en cada moment, incloent un breu informe de seguiment i l’actualització de la planificació prevista.

• Realitzar reunions de seguiment de projecte amb la periodicitat que PATSA estableixi.

• Gestionar i valorar les peticions de canvi en el projecte, juntament amb PATSA.

• Gestionar i supervisar el compliment del pla de qualitat del projecte.

• Gestionar i supervisar el riscos del projecte.

• Gestionar i valorar els riscs del projecte i executar les actuacions previstes.

El Parc d’Atraccions Tibidabo anomenarà un Comitè de Direcció del projecte, en el que hi haurà representats de les àrees o divisions afectades pel Sistema.

Aquest Comitè de Direcció vetllarà perquè l’enfocament dels serveis i sistemes subminis-trats es correspongui amb l’abast i els objectius previstos.

Aquest Comitè de Direcció també podrà ser requerit en procediments administratius rela-cionats amb l’acceptació del projecte o l’aplicació de les sancions previstes dins l’àmbit del present Contracte de subministrament i serveis.

4BPLANS D’EXECUCIÓ: 20BPla de formació 35

TIBIDABO

da i administració té el suport tècnic i la formació necessària per poder ope-

b el Sistema.

PLA DE FORMACIÓEl Sistema de venda en zones de restauració i botigues del Tibidabo és un sistema crític, i per tant, cal redundar els esforços per garantir que tot el personal que intervé en les ope-racions de venrar amb el Sistema.

En aquest àmbit, és necessari que l’Adjudicatari proposi un pla de formació per preparar correctament tot el personal que interactua am

Gràfic2: àmbit i abast del pla de formació del sistema de venda en restauració i botigues

En general, el pla de formació de l’Adjudicatari ha de permetre assolir els terminis previs-tos en el pla de treball per poder iniciar les operacions amb tot el personal format.

• L’Adjudicatari ha de proposar i dur a terme un pla de formació dirigit a tots els usuaris del sistema de venda en restauració i botigues:

» àrea d’Operacions: proposta de formació pel personal d’Operacions del Parc, com a usuaris en totes les aplicacions del Sistema: FrontOffice, BackOffice. » àrea d’Administració: proposta de formació pel personal d’Administració del Parc com a usuaris de l’aplicació de BackOffice. » personal dels punts de venda: proposta de formació massiva i continuada pel perso-nal dels punts de venda del Parc, com a usuaris dels TPV (FrontOffice). » àrea Comercial: proposta de formació pel personal de l’àrea Comercial del Parc com a usuaris preferents de l’aplicació de BackOffice. » divisió de Sistemes: proposta de formació tècnica i funcional pel personal tècnic de la divisió de Sistemes de B:SM en totes les aplicacions i components del Sistema. » La proposta de formació per al personal propi i/o contractat pel Parc ha d’incloure classes pràctiques, que es podran realitzar en les sales de formació del Parc. » El pla de formació ha de permetre garantir que el personal dels TPV sàpiga resoldre de manera autònoma incidències lleus o freqüents amb el Sistema. » Totes les aplicacions i components del Sistema (TPV, BackOffice, etc.) han de dis-posar d’un manual d’usuari dirigit al personal tècnic i a tots els usuaris del sistema.

Com a mínim el pla de formació ha de constar de 40 hores de sessió formativa relativa a l’aplicació de BackOffice, 4 sessions de 4 hores per al personal del FrontOffice i una ses-sió tècnica de 4 hores destinada al personal de Sistemes.

Cal destacar, que el pla de formació de l’Adjudicatari ha d’incloure la proposta de formació continuada pel possible personal itinerant que pot intervenir en el l’operació de venda en les zones de restauració i botigues del recinte.

4BPLANS D’EXECUCIÓ: 21BPla de manteniment 36

TIBIDABO

NT

divisió de Sistemes de B:SM disposarà d’un servei de manteniment

gin produir en tots els components del Sistema de venda: aplicació de venda, maquinari i perifèrics TPV, passarel·la, Sistema de Gestió de Socis, comunicacions, etc.

D’acord amb això la resolució d’incidències de l’Adjudicatari del present plec es circums-criu a la resolució d’incidències de tercer nivell en les condicions descrites a continuació.

Manteniment correctiu i suport a l’operació El pla de manteniment correctiu i suport a l’operació del Sistema ha de permetre resoldre

e les seus components, apli-cacions o interfícies de comunicació durant tot el seu cicle de vida.

PLA DE MANTENIMEDurant tot el període del contracte, el sistema de venda en restauració i botigues ha d’estar recolzat per un ampli pla de manteniment preventiu i correctiu que garanteixi el correcte funcionament i evolució de totes les aplicacions subministrades.

En aquest context, laHW/SW que realitzarà tasques de 1er i 2on nivell en la resolució d’incidències que es pu-

les possibles incidències o mal funcionament de qualsevol d

• L’Adjudicatari ha de proposar i dur a terme un pla de manteniment correctiu i suport a l’operació destinat a la resolució d’incidències tècniques en qualsevol dels components SW del Sistema de venda en restauració i botigues, d’acord amb les següents condicions:

» organització: el Licitador ha de presentar una breu proposta organitzativa amb l’equip de treball, els recursos i l’assignació de tasques, per donar suport tècnic i operatiu en tots els àmbits del Sistema: configuració, processos de venda, incidències, errors, etc. » L’Adjudicatari ha de garantir que l’equip de treball del pla de suport a l’operació tingui la formació i l’experiència necessària per les tasques assignades, garantint en qualse-vol cas una experiència amb el Sistema superior als 3 mesos fent tasques similars. » avís d’avaria: l’Adjudicatari ha de donar un número de telèfon amb servei durant l’horari d’oficines i l’horari d’operació del Parcper poder notificar incidències o avaries. » El pla de suport ha d’incloure la metodologia per gestionar tot el cicle de vida de les incidències: detecció, notificació, diagnòstic, classificació, resolució, acceptació, etc. » En aquest horari, l’Adjudicatari ha de poder resoldre dubtes (hot –line) i incidències, i si s’escau s’ha de poder connectar remotament als TPV i fer-hi les actuacions adients per resoldre la incidència dins dels temps indicats en la secció de “nivell de servei”. » L’Adjudicatari presentarà un informe semestral amb el resum de la prestació de man-teniment, on apareguin el nombre d’avaries obertes i tancades i els temps mitjos de re-solució d’incidències. » Amb l’import de manteniment, l’Adjudicatari ha de realitzar el manteniment HW dels caixers de gestió d’efectiu amb recanvi de les peces avariades i amb reparació “in situ”. » Els costos d’execució del pla de manteniment correctiu i suport a l’operació aniran a càrrec de l’Adjudicatari al cost establert, incloent materials, ma d’obra, desplaçaments i qualsevol altra despesa o maquinària per poder realitzar el manteniment del Sistema.

És important observar que l’horari d’operació del Parc d’Atraccions del Tibidabo inclou la majoria de caps de setmana de l’any (veure-ho en l’enllaç: http://www.tibidabo.cat/ca/horaris).

Nivell de servei de resolució d’incidències


TIBIDABO

r a la prestació dels serveis de suport a l’operació ve deter-a seva gravetat segons la següent classificació:

El nivell de servei exigible peminat pel tipus d’incidència i l

incidència crítica:qualsevol incidència que inhabiliti completa o parcialment el correcte funci-onament del procediment de venda de qualsevol producte en el recinte. S’hi inclou qualsevol incidència que deixi el Sistema completament fora de servei (venda, pagament, etc.).

incidència greu:qualsevol incidència que inhabiliti completament funcions clau del sistema, però que tenen alguna alternativa fins a poder resoldre la incidència (p.ex.: moneder NFC). Per exemple: TPV sense servei que es pot resoldre amb la seva substitució del TPV per part de personal del Parc, TPV sense comunicació que es pot resoldre amb el mecanisme de venda off-line.

incidència lleu:qualsevol altra incidència que afecti lleument o parcialment les funcions dis-ponibles en les aplicacions de venda o BackOffice del Sistema.

L’Adjudicatari ha d’oferir un únic telèfon d’atenció immediatadurant l’horari d’oficines i d’operació del Parc per poder notificar l’obertura d’incidències.

L’Adjudicatari és responsable de fer el seguiment de tercer nivell de les incidències relati-

ria de caa l’operac

L’Aco

ves al programari i maquinaridel sistema de venda en restauració i botigues del Parc.

Les tasques de manteniment i suport presencial o remot a l’operació s’han d’adaptar a l’horari de treball dels usuaris del sistema, que és força ampli i que inclou la majo

ps de setmana de l’any. L’Adjudicatari pot subcontractar a un tercer el servei de suport ió fora del seu propi horari d’oficina.

djudicatari ha de poder complir amb els següents temps de resolució d’incidències, a mptar des de la notificació de la incidència fins a la seva resolució:

incidència crítica màxim fins a les 4 hores següents a l’avís en horari de Parc.

incidència greu màxim fins a les 24hores següents a l’avís en horari del Parc.

incidència lleu màxim fins a les 72 hores següents a l’avís en horari d’oficines (feiners)

Aclució d’incso

El l’ei

L’Al’oplució d’inc

Elsrec -

ari ha de destinar els recursos disponi-e resoldre dues incidències simultànies.

larir que s’accepta la venda off-line i la substitució de TPV com a mecanismes de reso-idències greus durant el cap de setmana, però que durant la setmana s’han de

lucionar dins dels terminis establerts pel nivell de servei.

Licitador haurà de fer servir per al registre, seguiment i tancament de les incidències na de gestió de manteniment que B:SM determini (previsiblement footprint).

djudicatari presentarà un informe semestral amb el resum de la prestació de suport a eració, on apareguin el nombre d’avaries obertes i tancades i els temps mitjos de reso-

idències.

costos d’execució del pla de manteniment correctiu i suport a l’operació aniran a càr- de l’Adjudicatari, incloent materials, ma d’obra, desplaçaments i qualsevol altra despe

sa o maquinària per poder realitzar el manteniment del Sistema de venda en restauració i botigues del Parc i en concepte de “manteniment anual”.

En cas de concurrència d’incidències, l’Adjudicatbles a la incidència més crítica i ha de ser capaç d


TIBIDABO

ort tècnic o del temps de resolució d’incidències pot donar peu a les penalitzacions establertes en el con

ManDurtamcorr

El manteniment preventiu i evolutiu

La resolució d’una incidència haurà de ser acceptada pel corresponent responsable dins de l’estructura organitzativa del Parc. Qualsevol incompliment del pla de sup

tracte entre el Parc i l’Adjudicatari.

teniment preventiu i evolutiu ant tot el període del contracte, el Sistema de venda en restauració i botigues del Parc bé ha d’estar recolzat per un pla de manteniment preventiu i evolutiu que garanteixi el ecte funcionament i evolució d’aplicacions llicenciades i equipaments subministrats.

del programari inclou les següents tasques:

• L’Adjudicatari ha d’informar a PATSA / B:SM de modificacions o adaptacions progressives relacionades amb l’evolució del seu propi programari i conjuntament amb PATSA / B:SM es decidirà si aquestes s’han d’instal· s del Parc. lar al sistema de venda en restauració i botigue

» Les tasques de manteniment preventiu s’hauran de fer dins l’horari feiner del perso-nal d’instal·lacions de la divisió de Sistemes i/o de la unitat d’explotació del Parc. » L’Adjudicatari ha de preveure un mínim d’una revisió semestral per realitzar tasques de manteniment preventiu del Sistema, incloent els caixers de gestió d’efectiu. » En qualsevol cas, el pla de manteniment preventiu proposat ha de permetre minimit-zar la resolució d’incidències tècniques per la via correctiva.

• Dins de l’import de manteniment, l’Adjudicatari ha d’incloure i garantir l’actualització de no-ves versions de totes les aplicacions subministrades amb una cadència mínima d’un cop l’any.

• L’Adjudicatari ha d’instal·lar possibles actualitzacions i pedaços de seguretat (patch) en el programari de base (Sistema operatiu, etc.) i programari propi dels TPV.

Obs ll s o impli-que ar o modificar les aplicacions ja acceptades amb requeriments addici-ona que

l’àmbit de subministrament. El

anteniment

l recanvi o la reparació directament.”

ervar que a niven haver de canvi

oftware, aquestes condicions de manteniment evolutiu n

ls a no ser que a sts estiguin implícits en la pròpia evolució del producte.

Període de garantia El període de garantia s’iniciarà a partir de la data de signatura de l’acta de recepció del Sistema i que inclou totes les aplicacions i components de període de garantia de les aplicacions i dels TPV (unitat de control) subministrats és de 48 mesos amb reparació “in situ”, excepte els perifèrics del TPV que tenen una garantia de 2 anys i excepte pel caixer d’efectiu que és de 12 mesos amb un servei de mque inclou el recanvi de pecesi la reparació “in situ” en el preu de manteniment anual.

Aclarir que cal es pot enviar el component avariat (perifèric) a les oficines de l’Adjudicatari perquè en gestioni e

Durant tot el període de contractació, les tasques de manteniment de les aplicacions i components subministrats aniran a càrrec de l’Adjudicatari al preu establert en concepte de “manteniment anual.

4BPLANS D’EXECUCIÓ: 22BPla de proves 39

TIBIDABO

ació i configuració es pot fer remotament i compta-

L’A2on spla-çaniv

PL

ració de rendiment, qualitat de codi, usabilitat, accessibilitat, funcionals

ment de l’aplicació

de desen-finir els casos de prova, executar i informar dels resultats.

ser

cada moment per al registre de oves, casos detallats, resultats de les proves i gestió de defectes.

Instal·lació i configuració TPV L’Adjudicatari és responsable d’instal·lar, configurar i provar incial de tots els components hardware, software i de comunicacions dels TPV: perifèrics, actualitzacions SO, divers, programari específic, etc.

Sempre i quan sigui possible, la instal·lrà amb personal del Parc o del Mantenidor per fer verificacions bàsiques.

Es valorarà positivament la presència física de personal de l’Adjudicatari durant les prime-res sessions d’operació en real.

Suport telefònic a l’operació L’Adjudicatari ha d’oferir un telèfon d’assistència tècnica per resoldre dubtes dels usuaris de les diferents aplicacions del Sistema de venda en restauració i botigues en horaris d’oficina.

djudicatari ha d’oferir un telèfon de suport i d’assistència tècnica al Mantenidor de 1er i nivell del Sistema de venda en restauració i botigues en horari de Parc, sense dements però amb possibles connexió remota als terminals. Qualsevol incidència de 3er ell es resoldria segons la SLA (Service Level Agreement)indicada anteriorment.

A DE PROVES Durant la fase d’implantació, l’Adjudicatari haurà d’executar un complert pla de proves que inclouen el disseny, el desenvolupament, suport, gestió i seguiment de les proves unitàri-es, d’integd’acceptació d’usuari i la seva documentació.

Aquestes proves estaran encaminades a assegurar el correcte funcionaen la seva totalitat, tant de les diferents configuracions parcials com dels desenvolupa-ments, integració amb altres sistemes i eines, adaptació als sistemes de BSM, etc.

Durant la fase de definició s’haurà d’elaborar un Pla de proves i durant la fase volupament s’han de de

Com a resultat de l’execució de les proves, es realitzarà un informe del resultat de l’execució de les mateixes, i es presentarà a l’equip de B:SM per a la seva consideració i validació en cas que ho consideri necessari.

És responsabilitat del proveïdor la generació del joc de dades de proves i components (targetes NFC, etc.) per tal de realitzar proves en entorns d’integració i pre-productius. En cas que s’haguessin de realitzar proves amb dades de producció, aquestes haurien detractades mitjançant el procediments establert per B:SM.

El proveïdor ha d’utilitzar les eines que B:SM designi a plans de pr

4BPLANS D’EXECUCIÓ: 23BPla de contingència 40

TIBIDABO

ervei a l’operació en un entorn molt exigent.

del negoci:

PLA DE CONTINGÈNCIA En general, el Sistema de venda en zones de restauració i botigues del Parc ha de di-mensionar correctament els seus components (hardware, software) i les seves interfícies de comunicació per donar s

Es preveu que la plataforma i els components de la xarxa de comunicacions resideixin en el CPD del recinte, sota el paraigües d’un pla de contingència ocontinuïtat

• El Sistema de venda ha de preveure la continuïtat del servei en cas d’incidències tècniques: sense connectivitat de xarxa (mode off-line), sense servidor de venda (mode off-line), sense SGS (mode off-line per socis), sense moneder virtual NFC, etc.

• El Sistema de venda ha de preveure la continuïtat del servei en cas d’incidències amb el servidor del propi Sistema: caiguda de servidors, connectivitat xarxa, etc.

• El Sistema de venda ha de preveure la continuïtat del servei en cas d’incidència amb la xar-xa de comunicacions: connectivitat LAN, connectivitat xarxa de transport, etc.

• El Sistema ha de sincronitzar totes les vendes i validacions realitzades en mode degradat (off line) pels Terminals Punts de Venda un cop restaurada la incidència amb la xarxa de co-municacions o el servidor.

• El Sistema de venda ha de preveure la continuïtat del servei en cas d’incidència amb el Sis-tema de Gestió de Socis (SGS). En aquest cas, es preveu necessari acceptar el codi de soci sense poder comprovar si aquest és vàlid en temps real, ja que en cap cas es poden crear cues en els punts de pagament.

• En general, el Sistema de venda s’ha d’executar en una plataforma sotmesa a un pla de contingència per garantir la disponibilitat del servei en pics de demanda o incidències tècni-ques: caiguda de servidors, pèrdua de comunicacions, subministraments, etc.

• El licitador haurà de presentar en la seva oferta les principals característiques del seu pla de contingència o de continuïtat del negoci: límits d’operació, proposta de redundància de components (HW, SW, xarxa comunicacions), pla d’emergència, pla de recuperació, etc. És important assenyalar que aquest pla de contingència ha de contemplar tant les incidències en equipaments del propi àmbit de subministrament, com incidències en la infraestructura de comunicacions o de servidors subministrats per BSM.

4BPLANS D’EXECUCIÓ: 24BPla d’acceptació 41

TIBIDABO

que també haurà

des-

PLA D’ACCEPTACIÓ En la seva oferta, el Licitador ha de proposar les línies mestres del pla d’acceptació de les aplicacions i serveis inclosos dins l’àmbit de subministrament. Posteriorment durant la fa-se de disseny, l’Adjudicatari haurà de desenvolupar el pla d’acceptació,de ser revisat i aprovat per la Direcció del Projecte de PATSA.

El pla d’acceptació ha de permetre concretar l’esquema d’acceptació, incloent una cripció de les fites de lliurament més significatives i amb els seus procediments de valida-ció. Entre d’altres, el pla d’acceptació hauria d’incloure els següents aspectes:

• Proves derivades del propis procediments de control i assegurament de la qualitat en rela-ció al desenvolupament de les aplicacions i serveis subministrats.

• Protocol de proves per la validació de les integracions amb tercers per a totes les interfícies de comunicació del Sistema de venda.

» Les proves d’integració amb tercers poden requerir d’aplicacions que emulin els proto-cols i els models de dades consensuats durant la fase de disseny tècnic.

• Protocol de les proves d’acceptació “in situ” (SAT) en el Parc d’Atraccions Tibidabo.

• Proves de verificació relacionades amb la disponibilitat i Nivell de Servei del Sistema.

En general, es valorarà positivament l’aplicació d’estàndards o de manuals de bones pràc-tiques en relació als procediments de validació i d’acceptació en serveis i sistemes TIC.

Com a criteri general, l’acceptació d’una aplicació requerirà abans de l’inici d’operacions, el lliurament de tota la documentació exigible i la realització per part de l’Adjudicatari de les proves i validacions descrites en el seu propi pla d’acceptació.

• inici d’operacions: instal·lació i posada en funcionament en l’entorn real d’operació de tots els components i serveis del Sistema a acceptar, segons els requeriments del plec tècnic.

• verificació: l’Adjudicatari haurà d’executar les proves i validacions (checklist, SAT...) indi-cades en el seu propi pla d’acceptació per verificar, documentar i opcionalment certificar el correcte funcionament del Sistema o servei a acceptar.

• documentació: lliurament de tota la documentació tècnica i administrativa relacionada amb el sistema a acceptar, segons els requeriments del plec de condicions.

En general, no s’efectuarà cap acceptació sense la documentació que certifiqui la correcta instal·lació, configuració i posada en funcionament del Sistema complert.

L’acceptació del Sistema està totalment condicionada al correcte funcionament dels ser-veis centrals i de totes les aplicacions, equipaments i interfícies de comunicació del Sis-tema.


TIBIDABO

judicatari inclogui els se-

Documentació tècnicaEn general, tots els documents del projecte hauran de ser acceptatsformalment per PATSA / B:SM, fet que no eximirà al’Adjudicatari de la plena responsabilitat respecte al contingut.

La divisió de Sistemes i del Parc Tibidabo requereix que l’Adgüents continguts en la documentació tècnica de totes les aplicacions del Sistema:

• Arquitectura física i lògica del’aplicació.

• Components necessaris per al desenvolupament: mòduls, API, llibreries, controls, etc.

• Arquitectura i configuració del servei de BBDD. Interfícies de dades amb tercers.

• Model de dades amb la descripció detallada de l’estructura de la Base de Dades.

• Especificació tècnica detallada per la divisió de Sistemes de BSM de les interfícies de co-municació amb sistemes corporatius i tercers.

» Model de dades, procediments de bases de dades i/o interfícies de comunicació (REST/JSON o equivalent) dels serveis centrals del sistema.

• Manual d’usuari de totes les aplicacions . » Inclou manual destinat a la formació continuada dels operadors dels TPV. » Inclou manual de l’aplicació de BackOffice destinat a l’administració, consulta i ex-plotació de dades del propi Sistema per personal administratiu i comercial del Parc.

• Manual d’instal·lació i de configuració destinat a personal tècnic i de Sistemes.

• Especificació tècnica detallada per la divisió de Sistemes de BSM de les interfícies de co-municació amb tercers: comptabilitat, socis, passarel·la de pagament, perifèrics, smartkiosk, etc.

• Guies ràpides d’operació: inici iaturada del Sistema, consulta d’estat, registre, etc.

• Guies ràpides d’administració/manteniment i resolució de incidències.

• Si cal, indicar els processos i directoris que han de ser exclosos del’anàlisi del antivirus.

• Procediment de recuperació de desastres indicant de quins elements cal fer còpia de segu-retat(backup)i quines accions s’ hauran de fer en cas de caiguda total o parcial del Sistema per la seva posterior recuperació i restauració.

La documentació tècnica del projecte s’ha de lliurar en la fase d’implantació, previ a l’inici d’operacions del sistema i servirà per complementar la formació a tot el personal del Parc i a la divisió de Sistemes de B:SM.

És important destacar que l’acceptació del projecte per part de PATSA / B:SM també està condicionada al lliurament de tota la documentació tècnica del sistema.


TIBIDABO

neces-sàries per a garantir l'eficàcia dels principis de mínim privilegi i necessitat de conèixer, per

pament del contracte.

ga-A / B:SM

La clu codi font dels programes

La durant el coninte

ament del programari caràcter

nt

Les llicències dels programes de base dels serveis centrals del Sistema van a càrrec de

r a B:SM els drets d’ús, modificació i transformació del

L’adjudicatari te l’obligació de realitzar les actualitzacions o upgrades periòdiques del pro-gramari subministrat en concepte de manteniment preventiu o evolutiu del programari.

Durant el període de contractació, l’Adjudicatari haurà d’incorporar els evolutius de pro-gramari relacionats amb el seu producte prèvia acceptació per part de PATSA. Observar doncs que els evolutius del programari (noves versions) estan inclosos en el preu del subministrament del sistema de venda en restauració i botigues per a tota la durada del

Confidencialitat L’Adjudicatari s'obliga a no difondre i a guardar el més absolut secret de tota la informació a la qual tingui accés en compliment del present contracte i a subministrar-la només al personal autoritzat per PATSA / B:SM.

L’Adjudicatari serà responsable de les violacions del deure de secret que es puguin pro-duir per part del personal al seu càrrec. Així mateix, s'obliga a aplicar les mesures

part del personal participant en el desenvolu

Un cop finalitzat el present contracte, l’Adjudicatari es compromet a destruir amb lesranties de seguretat suficients o retornar tota la informació facilitada per PATSaixí com qualsevol altre producte obtingut com a resultat del present contracte.

Propietat intel·lectual propietat intel·lectual dels treballs realitzats a l’inici del contracte pertany de forma ex-siva a l’Adjudicatari. Per tant l’Adjudicatari és el propietari dels

a l’inici del contracte.

propietat intel·lectual dels treballs de desenvolupament i evolutius realitzats tracte i encarregats per B:SM / PATSA pertany a B:SM / PATSA, com per exemple la gració amb smartkiosk, la interfície de comptabilitat amb Fènix o la integració amb

SGS.

B:SM disposarà del dret de transformació o modificació del programari subministrats i desenvolupats a l’empara del present contracte.

LlicenciL’Adjudicatari atorga els drets de llicenciament del programari subministrat amb indefinit a PATSA / B:SM.

L’ús de components de tercers en les aplicacions incloses dins l’àmbit de subministramehauran de ser prèviament autoritzats per B:SM i si requereixen llicència aquesta anirà a nom de B:SM i el cost anirà a càrrec de l’Adjudicatari.

B:SM: llicència del sistema operatiu, llicència de servidors d’aplicació, llicència de gestor de base de dades, etcètera.

Aquest llicenciament comporta peprogramari subministrat i adaptat.

Actualitzacions del programari


TIBIDABO

te de manteniment del programari.

L’Adjudicatari facilitarà els codis font de les adaptacions, modificacions o mòduls especí-

contracte en concep

Codi font de les aplicacions

fics sol·licitats i realitzats exclusivament per PATSA / B:SM.

Amb l’objecte de garantir la continuïtat del programari subministrat per l’Adjudicatari, aquest haurà de facilitar els codis font en cas que l’Adjudicatari discontinuï o traspassi a una altra empresa les aplicacions objectes de la present licitació.

SISTEMA DE VENDA EN ZONES DE RESTAURACIÓ I ......Parc d’Atraccions Tibidabo, SA Parc...

Documents

Transcript of SISTEMA DE VENDA EN ZONES DE RESTAURACIÓ I ......Parc d’Atraccions Tibidabo, SA Parc...