CAPITOLATO TECNICO CRM (COSTUMER RELATIONSHIP MANAGEMENT) SEL SPA

Транскрипт

1 CAPITOLATO TECNICO CRM (COSTUMER RELATIONSHIP MANAGEMENT) SEL SPA 1. INTRODUZIONE GENERALE 1.1 Obiettivi e finalità Obiettiv di SEL SPA è l adzine di un sistema di gestine dei clienti finali tale da garantire funzinalità avanzate, aggirnate cn l evluzine del mercat dei servizi utility e cn la reglamentazine emanata dalle cmpetenti Autrità (dispsizini di legge, Autrità per l energia elettrica ed il gas). SEL SPA valuta sluzini che cmprtin impatti rganizzativi aziendali nell ambit di un efficientament dell peratività dal punt di vista gestinale ed ecnmic. 1.2 Servizi in ambit Ambit del presente capitlat tecnic è la gestine di attività inerenti la vendita e la gestine dei clienti nell ambit del servizi di Energia Elettrica, del GAS e del calre. SEL SPA per le sue scietà figlie in effetti gestisce una vendita di Energia Elettrica (ca POD), una vendita di Gas (ca PdR) e 4 Teleriscaldamenti ( circa.1500 clienti finali). SEL prevede di aumentare in futur il numer di clienti delle scietà figlie, il gestinale dunque nn dvrà avere limitazini sul quantitativ di frniture gestibili. 1.3 Oggett della frnitura Oggett dell incaric, fatt salv quant dettagliat nei successivi articli e paragrafi, è la frnitura di licenze d us per un sftware cn le seguenti funzinalità: Gestine degli utenti finali (mercat liber, maggir tutela, salvaguardia), vver gestine delle anagrafiche, dei cntratti di frnitura ed utenza, dei misuratri, degli rdini di intervent gestiti internamente e tramite utsurcers, gestine di frnitri di servizi, gestine delle attività ggett di reglazine da parte dell Autrità per l energia elettrica ed il gas; La gestine dell inter cicl di ffertazine fin alla stipula del cntratt. La gestine delle attività di fatturazine e bllettazine ai clienti finali, cn riferiment a cnsumi ricevuti dai distributri (inclusa la ri-fatturazine di servizi fatturati dal distributre) rilevati stimati, prestazini ergate, indennizzi cme da nrmativa, addebiti vari previsti da nrmativa, lavri a preventiv, depsiti cauzinali ed altri elementi; La gestine cntabile dei clienti finali, vver la gestine degli incassi, il cntrll del credit, la gestine della mrsità; La gestine degli incassi e della psizine cntabile degli utenti del servizi di vendita; La gestine di reclami e richieste infrmazini scritte secnd quant previst dall Autrità per l energia elettrica ed il Gas, ltre a reclami e richiesta infrmazini nn ggett di reglazine specifica; La gestine cmpleta per la dichiarazine UTF; La generazine di reprtistica a cpertura degli adempimenti bbligatri previsti e finalizzati alla prduzine di reprtistica direzinale.

2 La generazine di reprtistica finalizzata per campagne cmmerciali mirate sul territri. L ambit della frnitura è cstituit inltre dall implementazine di interfacce cn altri sistemi: Integrazine cn sistema Net@Sial, attualmente utilizzat per la gestine del cicl passiv, del magazzin e della cntabilità aziendale; Integrazine cn Prtale dei distributri e AtA cn distributre prevalente; Autmatismi di cntrll fatture di distribuzine cn il fatturat in vendita; Integrazine cn i sistemi di cntrll di gestine. Per garantire la massima funzinalità all intern della hlding SEL SPA il sistema frnit deve gestire più aziende (scietà figlie di SEL Hlding), deve essere multilingua (minim Italian e Tedesc), dare pssibilità di gestine autnma degli accunt e limitazini degli peratri di prcedura e pter mnitrare la tracciabilità delle perazini effettuate dagli peratri di prcedura. Le mdifiche ai dati devn essere stricizzate cn data/ra, peratre, pstazine di lavr/ip, dati mdificati. Siccme SEL Hlding lavra principalmente nel territri dell Alt Adige è necessari che il sistema gestisca le anagrafiche clienti e l stradari nella hlding in md centralizzat; le scietà figlie dvrann ereditare ed avere accessibilità a questi dati autmaticamente. 2 REQUISITI Gli elementi del sistema infrmativ, cui le licenze d us sn inerenti, verrann cnvenzinalmente chiamati Sttsistemi Funzinali Aree funzinali e sn: Attività di vendita e CRM: 2.1. Gestine anagrafiche Gestine delle anagrafiche dei clienti finali, assciazini, cnsrzi, gruppi di acquist e di spacciatri Gestine delle anagrafiche cntratti di frnitura cn i clienti finali, cnsrzi, gruppi di acquist e dispacciatri Stradari 2.2. CRM Gestine pratiche di switching ( in/ut) Gestine richieste clienti finali, Richieste infrmazini scritte, Reclami ecc Gestine Prdtti/Offerte Cmmerciali Gestine campagne cmmerciali Gestine rapprti cn i distributri Allineament Dati Anagrafici 2.3. Billing Gestine delle tariffe Attività di bllettazine Pag. 2 a 23

3 2.3.3 Gestine incassi Gestine cntabilizzazine Gestine del credit Gestine mrsità 2.4. Fatturazine di prestazini 2.5. Fatture di cntrll distributre 2.6. UTF 2.7. Rate 2.8. Gestine Letture ed Elementi di misura 2.9. Livelli di qualità e Gestine Indennizzi Livelli di qualità Gestine Indennizzi Reprtistica, cmunicazini e mdulistica Prtale Cliente e Servizi n-line Interfacce cn altri sistemi esistenti Caratteristiche Hardware e Sftware Frnitura Sftware Perfrmance e sftware Supprt e Aggirnamenti Dcumentazine e Frmazine Prgett di avvi Ripresa Dati 2.1 Gestine anagrafiche Il sistema deve gestire la funzinalità di censiment e mdifica di cliente ptenziali clienti includend tutte le infrmazini necessarie per la crretta gestine del cicl di tutte le attività cllegate all anagrafica Gestine delle anagrafiche dei clienti finali, assciazini, cnsrzi, gruppi di acquist e dispacciatri In dettagli i punti principali che dvrà gestire il sistema sn: a) Registrazine dei dati amministrativi a livell di Hlding SEL da ereditare nelle scietà figlie. b) Il sistema deve gestire la selezine della lingua di appartenenza cliente garantend almen ITA e DEU. La mancata presenza di quest punt cmprta l esclusine cmpleta dalla gara. c) Il sistema deve gestire l emissine di tutti i dcumenti (bllette, fatture, cntratti prpste di cntratt ecc) autmaticamente ed esclusivamente nella lingua impstata sull anagrafica cliente. Pag. 3 a 23

4 La mancata presenza di quest punt cmprta l esclusine cmpleta dalla gara. d) Il sistema deve essere prvvist di cntrlli sull univcità delle anagrafiche censite (cntrll autmatic CF e P.IVA duplicati a sistema cn messaggi e) Il sistema deve cnsentire la cnfigurazine in autnmia dei campi bbligatri f) Il sistema deve essere prvvist della gestine e classificazine di diverse tiplgie di anagrafiche cn pssibilità di cnfigurare e gestire gerarchie di anagrafiche (Assciazini, Cnsrzi, gruppi di acquist, dispacciatri ecc. ecc.). La gerarchia di anagrafiche deve pter permettere l inseriment di tutti i sggetti e dati crrelati all intestatari pssibile intestatari della frnitura. g) Il sistema deve gestire altri tipi di anagrafiche cme ad esempi amministratri di cndmini. h) Il sistema deve essere prvvist di messa a dispsizine di funzinalità per l immediata interrgazine, stampe e access alle infrmazini crrelate all anagrafica quali: Cntratti Pratiche in crs Frniture Situazine cntabile i) Il sistema deve essere prvvist d iterazine a partire dall anagrafica per l apertura delle pratiche CRM cmpatibili cn l anagrafica stessa quali: Reclami scritti Richiesta infrmazini scritte Richieste telefniche Tutte le pratiche cmmerciali e nn j) Il sistema deve essere prvvist di integrazine cn la centrale telefnica per l apertura autmatica del crusctt infrmazini cliente in base al numer telefnic registrat in anagrafica. k) Il sistema deve essere prvvist della gestine di anagrafiche prspect per campagne massive di acquisizine clienti. l) Il cntatt cn il ptenziale cliente deve essere tracciat. Il sistema deve essere prvvist di mnitring anche attravers reprt scaricabili (csv, xls) dell stat avanzament delle campagne in att. m) Il sistema deve essere prvvist della gestine di dcumentazine e archiviazine IN/OUT cme il caricament e stricizzazine di allegati inviati dal cliente. Deve essere prevista la pssibilità di rispndere direttamente al cliente (dve pssibile) attravers psta elettrnica ( ) dal sistema. Se nn presente la del cliente deve essere pssibile la creazine di rispsta attravers mdelli predefiniti, selezinabili e cnfigurabili in autnmia da parte di SEL. La dcumentazine creata e inviata al cliente deve essere allegata e stricizzata autmaticamente sul sistema. n) Il sistema deve essere prvvist di classificazine di tiplgia di cliente cn pssibilità di definirne autnmamente delle persnalizzate (da es rating per clienti già sspesi per mrsità in passat, cliente tp per clienti cn impatt strategic per l azienda ecc. ecc.). Pag. 4 a 23

5 2.1.2 Gestine delle anagrafiche cntratti di frnitura cn i clienti finali, assciazini, cnsrzi gruppi di acquist e dispacciatri Il sistema deve cnsentire la gestine della prpsta di cntratt di frnitura e del cntratt cn il cliente finale. Il cntratt deve cntenere tutti gli elementi cntrattuali che distingun la frnitura cme le cndizini ecnmiche, di pagament, depsiti, dati catastali, eventuali agevlazini e tip di mercat. a) Il sistema deve gestire l emissine di tutti i dcumenti (fferte, cntratti prpste di cntratt, bllette, fatture ecc.) autmaticamente ed esclusivamente nella lingua impstata sull anagrafica cliente. La mancata presenza di quest punt cmprta l esclusine cmpleta dalla gara. b) Il sistema deve essere prvvist di numerazine cntrattuale in md autmatic, ma deve essere lasciata la pssibilità di editare la data cntratt. c) La gestine cntrattuale deve cntenere tutte le cndizini ecnmiche applicate al cliente e del tip mercat. Devn essere presenti cntrlli autmatici e parametrizzabili sulla cngruenza delle cndizini ecnmiche impstate dall utilizzatre di sistema. d) Il sistema deve essere prvvist della pssibilità di censire diverse mdalità di rinnv cntrattuale e) Il sistema deve essere prvvist della pssibilità di gestine autmatic (secnd le Delibere AEEG e secnd regle persnalizzate) e manuale del depsit cauzinale applicat. f) Il sistema deve essere prvvist della definizine delle cndizini e mdalità di pagament della frnitura. g) Il sistema deve gestire a parità di anagrafica, la pssibilità di definire più RID per raggruppamenti di frniture. h) Il sistema deve essere prvvist della pssibilità di definire raggruppamenti di bllette a parità di anagrafica e pagament. i) Il sistema deve essere prvvist di una gestine di dcumentazine e archiviazine IN/OUT per la gestine di allegati dcumentali. j) Il sistema deve essere prvvist di cntrll privacy del cliente (attravers flag altr)per il pssibile utilizz dei dati persnali in campagne cmmerciali delle aziende figlie della hlding. k) Il sistema deve essere prvvist della gestine dei dati catastali inerenti l immbile ggett della frnitura implementand tutte le funzinalità necessarie alla gestine dei dati richiesti per la cmunicazine all anagrafe tributaria. l) Il sistema deve prevedere per i clienti GAS cn grssi cnsumi, di calclare una previsine rendita aziendale in base alle tariffe applicate al cliente e ai prezzi del gas acquistat Stradari Il sistema deve prevedere una gestine dell stradari unificat per tutte le aziende. Il sistema deve prevedere l inseriment delle descrizini per la gestine multilingua minim in ITA e DEU (al mment delle stampa blletta la descrizine di tale cmpnente deve cmparire esclusivamente nella lingua del cliente). La mancata presenza di quest punt cmprta l esclusine cmpleta dalla gara. Le descrizini delle vie, lcalità, cmuni e prvincia devn essere minim in ITA e DEU per la gestine multilingua (nelle stampe, cme ad esempi cntratti, cmunicazini ecc, le descrizini devn cmparire esclusivamente nella lingua del cliente). La mancata presenza di quest punt cmprta l esclusine cmpleta dalla gara. Pag. 5 a 23

6 Alle indicazini frnite dai cncrrenti verrann assegnati i punteggi cme da griglia di valutazine (dcument di gara n. 6) Multiservizi A livell di scietà figlia, il sistema deve essere predispst alla gestine di frniture Multiservizi (Gas ed Energia elettrica). La mancata presenza di quest punt cmprta l esclusine cmpleta dalla gara. 2.2 CRM Il sistema deve gestire il censiment di gruppi di peratri (Frnt Office, Back Office ecc ecc.) parametrizzabili e persnalizzabili in autnmia prevedend la pssibilità dell impstazine di gerarchie autrizzative. La visibilità e l peratività nei wrkflw delle pratiche deve essere impstabile e persnalizzabile in autnmia per i vari gruppi di peratri. Criteri essenziali del capitl: Il sistema deve gestire necessariamente almen tutte le seguenti pratiche: Attivazine Frnitura (Gas A01, EE) Attivazine Frnitura sggetta 40/04 (sl Gas A40) Vltura cn autlettura (Gas, EE) Vltura cn richiesta lettura distributre Subentr per variazine prtata/ptenza cntrattuale Disattivazine Frnitura (Gas D01, EE) Sspensine/Riduzine Ptenza per mrsità (Gas, EE) Riattivazine mrsità (Gas R01, EE) Risluzine/Cessazine cntratt per reiterata mrsità Richiesta dati tecnici (Gas M01, EE) Richiesta dati tecnici cn lettura (Gas M02, EE) Verifica letture Verifica gruppi di misura (Gas V01, EE) Verifica pressine/tensine (Gas V02, EE) Reclami scritti (Gas, EE) Richiesta infrmazini scritte (Gas, EE) Richiesta di preventiv nuv impiant (Gas PN1, EE) Richiesta di preventiv mdifica/spstament impiant (Gas PM1, EE) Richiesta di preventiv rimzine (Gas PR1, EE) Richiesta preventivi predeterminabili (EE) Pag. 6 a 23

7 Richiesta Esecuzine Lavri (Gas E01, EE) Richiesta Lettura cntatre (Gas, EE) Richiesta di rettifica di fatturazine (Gas, EE) Richiesta di rettifica di dppia fatturazine (Gas, EE) Le funzinalità spra indicate sn da cnsiderarsi essenziali e pertant in cas di mancanza incmpletezza di anche una sla delle suddette funzinalità al cncrrente nn verrà assegnat alcun punteggi per l inter capitl 2.2 CRM. Altri criteri: Gestine pratiche di switching (in/ut) Il sistema deve essere prvvist della gestine cmpleta delle attività di switch in e ut secnd le nrmative vigenti dell AEEG. a) Il sistema deve cnsentire la creazine massiva di richieste switch tramite la creazine autmatica di file csv, xls, xml altr tip cntenenti i dati delle richieste per l inltr vers il distributre e vendita uscente (switch in). b) L scambi dei flussi pratiche IN/OUT cn il distributre predminante e l aggirnament pratiche, dati frnitura, cntratt devn essere eseguite dal sistema in md autmatic e trasparente senza che l peratre debba agire su maschere prcedure per l invi, il caricament di flussi l aggirnament dei dati di sistema c) La cmunicazine vers i distributri deve avvenire in md autmatic in AtA tramite prtale secnd l standard di cmunicazine dettat dall AEEG utilizzand un standard persnalizzat e cnfigurabile. d) Nel cas di assenza di prtale AtA vers il distributre deve essere previst all intern del sistema l invi autmatic del file attravers mail di PEC. e) Il sistema deve essere prvvist dell acquisizine nei frmati elettrnici csv, xls, xml altr tip in md autmatic delle cmunicazini del distributre attravers prtale AtA. f) Nel cas di cmunicazini del distributre attravers PEC il sistema deve gestire l archiviazine dei dati e il caricament dei file ricevuti. g) La generazine e il caricament dei flussi da e vers il distributre devn creare/fare evlvere le pratiche di switch in md autmatic (ad esempi il fluss di cmunicazine da parte della distribuzine dei dati tecnici e della lettura deve chiudere la pratica a sistema). h) Il sistema in fase di registrazine dei flussi deve aggirnare autmaticamente i dati di frnitura. i) Il sistema deve gestire l annullament singl massiv delle pratiche switch ripristinand autmaticamente la situazine della frnitura alla cndizine iniziale prima dell inizi pratica. j) Nel cas di Rifiut pratiche da parte del distributre il sistema deve essere prvvist della tracciabilità e il secnd invi massiv delle pratiche crrette. k) Il sistema deve essere prvvist degli strumenti atti a pter tracciare e mnitrare in gni mment l stat avanzament delle pratiche attravers dei filtri quali: Distributre Pag. 7 a 23

8 Venditre Data prevista switch Stat della pratica Data switch effettiv l) I risultati dei filtri e del mnitraggi devn pter essere scaricati e salvati in file di tip csv xls Gestine richieste clienti finali, Richieste infrmazini scritte, Reclami ecc Il sistema deve mettere a dispsizine le funzinalità e gli strumenti atti alla lavrazine e gestine delle pratiche richieste dai clienti ptenziali clienti finali. a) In generale il sistema deve gestire la tracciatura della prvenienza del cliente, del canale di cntatt, dell peratre e delle date di cntatt. b) Il sistema deve essere prvvist di funzinalità per la creazine/ricerca/lavrazine pratiche in md rapid, snell e intuitiv per l peratre di sprtell. c) Il sistema deve essere prvvist di cntrlli di cmpatibilità per la creazine evluzine pratiche. d) Il sistema deve essere prvvist, a secnda della pratica, delle funzinalità di guida per la crretta cmpilazine dei dati. Devn essere presenti cntrlli autmatici e parametrizzabili sulla cngruenza dei dati inseriti. e) Il sistema deve essere prvvist di strumenti per la cnfigurazine in autnmia dei campi da utilizzare e dei campi bbligatri per gni pratica. f) Il sistema deve essere prvvist di gestini di acquisizine e archiviazine di allegati di varia natura. g) Il sistema deve essere prvvist della tracciatura e stricizzazine del cicl di vita di una pratica, registrand i dati di variazine, l stat avanzament, la data e l peratre, fin alla chiusura pratica. h) La gestine delle pratiche deve seguire un wrkflw parametrizzabile in autnmia. i) La generazine e il caricament dei flussi da e vers il distributre devn creare/fare evlvere le pratiche in md autmatic (ad esempi il fluss di cmunicazine finale di disdetta da parte della distribuzine dei dati tecnici e della lettura deve chiudere la pratica a sistema). j) Il sistema in fase di registrazine dei flussi deve aggirnare autmaticamente i dati di frnitura. k) Il sistema deve gestire l annullament singl massiv delle pratiche ripristinand autmaticamente la situazine della frnitura alla cndizine iniziale prima dell inizi pratica. l) Nel cas di Rifiut pratiche da parte del distributre il sistema deve gestire la tracciabilità e il secnd invi massiv delle pratiche crrette. m) Il sistema deve essere prvvist degli strumenti atti a pter tracciare e mnitrare in gni mment l stat avanzament delle pratiche attravers dei filtri quali: a. Distributre b. Venditre c. Data appuntament d. Stat della pratica e. Data esecuzine Pag. 8 a 23

9 n) I risultati dei filtri e del mnitraggi devn pter essere scaricati e salvati in file di tip csv xls. ) Il sistema deve gestire e garantire nel cas di variazine di dati sull anagrafica, sul cntratt sulla frnitura, la stricizzazine del dat cn la data di variazine e dell peratre che l ha eseguita. p) Il sistema deve avvisare cn messaggi a scherm all apertura di una pratica se esistn reclami inviati dal cliente. Il cntrll deve essere fatt a livell di hlding (ad es: all apertura di cntratt Gas sull anagrafica A il sistema segnala un reclam sull azienda Elettrica) Gestine Prdtti/Offerte cmmerciali a) Il sistema deve cnsentire di parametrizzare in autnmia prdtti e fferte cmmerciali, cn l assciazine delle diverse tariffe ai vari prdtti/fferte. b) I prdtti/fferte devn avere una data di inizi e fine validità nn bbligatri. c) Se il prdtt/fferta ha una scadenza fissata, il sistema deve dare infrmazine dei cntratti in scadenza (anche attravers reprt in frmat excel scaricabili) cn preavvis parametrizzabile e cnsentire l invi di una nuva fferta cmmerciale sia singla che massiva e il rinnv a sistema del prdtt/fferta sia singla che massiva d) Il sistema deve lasciare la pssibilità di fatturare cmunque il cntratt scadut, dand la pssibilità di blccare la fatturazine dei cntratti scaduti, sia singlarmente che massivamente e) La descrizine dei prdtti/fferte deve essere presente in md distint per la gestine multilingua, minim in ITA e DEU. La mancata presenza di quest punt cmprta l esclusine cmpleta dalla gara. f) Deve essere prevista la stampa in frmat elettrnic (.dc,.pdf) singla e massiva della prpsta di prdtt/fferta. Il layut di stampa deve essere cnfigurabile in autnmia dal persnale SEL. La stampa deve essere autmaticamente ed esclusivamente nella lingua del cliente. La mancata presenza di quest punt cmprta l esclusine cmpleta dalla gara. g) Il sistema deve inviare direttamente (qualra richiest dal cliente prspect) la mail cntenente la prpsta di prdtt/fferta h) Il sistema deve stricizzare e mettere a dispsizine strumenti di reprting e mnitring della situazine prdtti/fferte cmmerciali (ad esempi: N cntratti per fferta, lr scadenze, ecc). i) Il sistema deve prevedere la pssibilità di creazine di nuve regle e vincli per i prdtti/fferte (ad esempi: un nuv prdtt deve pter essere sttscritt sl da chi utilizza determinate frme di pagament, che abita in determinate zne, ecc.) j) Il sistema deve cnsentire la duplicazine di prdtti/fferte per la creazine di nuve varianti k) Il sistema al mment del cntratt della variazine cntrattuale deve visualizzare i prdtti/fferte applicabili (e nn scaduti). l) Nella gestine dei Cnsrzi, il sistema deve cnsentire di inserire nuvi punti sul cntratt già in essere per il Cnsrzi stess; il sistema deve dare la pssibilità di scegliere la scadenza del cntratt per il nuv punt: scadenza uguale a quella degli altri punti sul cntratt scadenza diversificata per i vari punti che entran nel cntratt in mmenti differenti. m) Le cndizini delle fferte cmmerciali devn essere per scietà figlie e nn a livell di hlding Pag. 9 a 23

10 2.2.4 Gestine Campagne cmmerciali Il sistema deve mettere a dispsizine un set di strumenti atti a gestire campagne cmmerciali. a) Le campagne dvrann seguire un wrkflw persnalizzabile, dare la pssibilità di generare singlarmente e massivamente prpste di cntratti e cntratti cn autmatismi di aperture pratiche CRM. b) Le stampe di prpste cntratti e cntratti devn essere autmaticamente ed esclusivamente nella lingua impstata sull anagrafica cliente. La mancata presenza di quest punt cmprta l esclusine cmpleta dalla gara. c) Il sistema deve permettere di caricare massivamente un prtafgli di clienti ptenziali. d) Il sistema deve permettere di generare le frniture in pchi e semplici passi massivamente senza dver elabrare le pratiche singlarmente. e) Il sistema deve stricizzare e mettere a dispsizine strumenti di reprting e mnitring dell stat avanzament campagne e pratiche. f) Il sistema deve dare la pssibilità di inviare da sistema singlarmente massivamente agli indirizzi registrati in prcedura. g) Il sistema deve mettere a dispsizine strumenti cme ad esempi filtri per la creazine e gestine di campagne cmmerciali suddivise per zne gegrafiche Gestine rapprt cn i distributri Il sistema deve gestire l scambi dati fra Vendita e Distribuzine attravers la gestine di autmatismi AtA vers il distributre predminante GAS e vers il distributre predminante EE a) L scambi dei flussi pratiche IN/OUT cn il distributre predminante e l aggirnament pratiche, dati frnitura, cntratt devn essere eseguite dal sistema in md autmatic e trasparente senza che l peratre debba agire su maschere prcedure per l invi, il caricament di flussi l aggirnament dei dati di sistema. b) La cmunicazine vers i distributri nn predminanti deve avvenire in md autmatic tramite prtale secnd l standard di cmunicazine dettat dall AEEG utilizzand un standard persnalizzat e cnfigurabile. c) Nel cas in cui il distributre metta a dispsizine la prpria agenda appuntamenti tramite AtA, Prtale, web-service altr frmat di cmunicazine diretta, il sistema deve cnsentire l interrgazine all agenda nline e la fissazine appuntament del distributre direttamente dall intern della pratica/richiesta. d) Il sistema deve cnsentire la creazine massiva in frmat csv, xls, xml altr tip cntenenti i dati delle richieste per l inltr vers il distributre. e) Nel cas di assenza di prtale AtA vers il distributre deve essere previst all intern del sistema l invi autmatic del file attravers mail di PEC. f) Il sistema deve gestire l acquisizine nei frmati elettrnici csv, xls, xml altr tip in md autmatic delle cmunicazini del distributre attravers prtale AtA. g) Nel cas di cmunicazini del distributre attravers PEC il sistema deve gestire l archiviazine dei dati e il caricament dei file inviati. h) Il sistema deve essere prvvist di cntrll sintattic e semantic sui dati IN/OUT vers distributri e vendite. Pag. 10 a 23

11 2.2.6 Allineament Dati anagrafici Il sistema deve essere prvvist di strumenti e autmatismi per l scambi dei cntenuti per l allineament dei dati anagrafici definit nelle varie delibere AEEG. a) Il sistema deve essere prvvist di cntrll sintattic e semantic sui dati IN/OUT. b) Il sistema deve prevedere all att del caricament dei file ricevuti dal distributre autmatismi per l aggirnament dei dati a sistema. c) Le variazine dei dati e tutti gli scambi infrmazini IN/OUT devn essere stricizzati all intern del sistema. 2.3 Billing Il sistema deve gestire tutte le funzinalità richieste nel mercat delle Utility nel rispett delle delibere e adeguamenti AEEG cn particlare attenzine alla Delibera 202/09 e successive integrazini Gestine delle Tariffe La gestine dell impiant tariffari deve cmprendere tutte le funzinalità per creare ed aggirnare i dati e le regle di calcl per tutte le tiplgie di cntratt. a) Il sistema tariffari deve essere strutturat per cmpnenti elementari (AEEG cntrattuali): queste cmpnenti elementari devn essere uniche all intern del sistema tariffari (in md da pter essere aggirnate una sla vlta al lr variare) e riutilizzabili in gni fferta/prezz che l azienda deciderà di fare (ad esempi: la cmpnente CCI deve essere creata una sla vlta e aggirnabile al variare del prezz; all stess temp, deve pter essere utilizzata da più fferte prezzi, senza che debba essere aggirnata su gnun di questi al su variare) b) Il sistema tariffari deve essere parametrizzabile in autnmia c) Il sistema deve cnsentire l aggirnament degli imprti d) L aggirnament delle cmpnenti tariffarie dettate dall AEEG deve pter essere fatt tramite un caricament massiv (attravers file in frmat elettrnic) e) Il sistema deve cnsentire la gestine di ripartizini e scaglini, anche differenziati tra mercat reglat e liber; ripartizini e scaglini devn pter essere mdificati nel temp, al variare della nrmativa delle esigenze della azienda f) Il sistema deve cnsentire la gestine di scnti in percentuale sulle cmpnenti e/ su tutt l ammntare della blletta; in misura fissa su una parte su tutt l ammntare della blletta, anche cn diverse aliqute/imprti per scaglini di cnsum crescenti. g) Il sistema deve rendere pssibile il calcl di un scnt scaglinat, in base al cnsum reale annu a cnsuntiv, del cliente (cnsrzi) h) Il sistema deve cnsentire la gestine di date decrrenza e di validità delle tariffe i) Il sistema deve stricizzare gni variazine e versine dell impiant tariffari. j) Il sistema deve prevedere l inseriment delle descrizini delle cmpnenti tariffarie minim in ITA e DEU per la gestine multilingua (al mment delle stampa blletta la descrizine della cmpnente deve cmparire esclusivamente nella lingua del cliente). La mancata presenza di quest punt cmprta l esclusine cmpleta dalla gara. Pag. 11 a 23

12 k) Il sistema deve cnsentire l estrazine (in frmat elettrnic xls csv) di tutte le cmpnenti elementari e di tutte le lr decrrenze, sia attive che cessate. l) La regle spracitate per la gestine dell impiant tariffari devn valere per tutte le cmpnenti quali impste, iva, qute fisse ecc. ecc Attività di bllettazine Il sistema deve gestire tutte le funzinalità atte a garantire tutti i prcessi fin all uscita della blletta finale. a) Tutti i dcumenti prdtti ed emessi dall attività di bllettazine devn essere autmaticamente ed esclusivamente nella lingua impstata sull anagrafica del cliente. La mancata presenza di quest punt cmprta l esclusine cmpleta dalla gara. b) Il sistema deve permettere la fatturazine in accnt delle frniture attive anche se prive di letture iniziali. c) Il sistema deve cnsentire la selezine dei punti di preliev da fatturare e la cstruzine di più ltti di fatturazine, in base alle diverse esigenze di SEL. d) Il sistema deve cnsentire la gestine del perid di fatturazine. e) Il sistema deve prevedere la fatturazine dei cnsumi a lettura cn cmmutazine in accnt se nn presente la lettura, ad accnt cn cmmutazine a lettura se presente, sl a lettura, sl in accnt, a lettura + accnt f) Il sistema deve gestire una fase di cntrll errri sui punti di preliev selezinati per la fatturazine. Gli eventuali errri riprtati devn chiarire in md univc e semplice cme ricercare e rislvere il prblema. g) Il sistema deve cnsentire la gestine dei punti di preliev scartati per errri nei seguenti mdi: I punti di preliev pssn essere ripresi in fatturazine sul medesim ltt. La rifatturazine dvrà ricalclare sl i punti nn calclati in precedenza senza dver ripartire da cap cn il prcess di fatturazine. I punti di preliev pssn essere spstati su un nuv ltt creat/in un ltt di recuper che si crea autmaticamente. I punti di preliev nn vengn fatturati h) Il sistema deve prevedere reprt scaricabili in frmat elettrnic (xls csv) sia degli errri che dei servizi bllettati, sia dell intera fattura in emissine sia delle single cmpnenti (aggregate per emissine e suddivise per frnitura) presenti nella emissine; i reprt devn essere sia massivi di tutta la fatturazine che di dettagli della singla frnitura. Il sistema deve prevedere la pssibilità di estrarre reprt sia per data emissine che per data cmpetenza i) Il sistema deve prevedere la bllettazine dei punti di preliev in prva, cnsentire la stampa della singla blletta in prva e la visualizzazine dei dati fatturati in prva. j) Il sistema deve prevedere una gestine di pian di fatturazine cn funzinalità di calendarizzazine e schedulazine fatturazine. Deve essere previst anche un scadenziari. k) Il sistema nn deve emettere bllette a imprt zer. l) Il sistema deve riprtare alla successiva emissine di dcumenti le vci e gli imprti risultati bassi nella fatturazine precedente. m) Il sistema deve garantire la cancellazine di una intera bllettazine errata in md semplice (recvery). Pag. 12 a 23

13 n) Nel cas di inseriment sui punti di preliev di letture retrattive che invalidan letture precedentemente inserite (fatturate e nn) il sistema alla successiva fatturazine deve emettere una blletta ricalcland tutti gli imprti a partire dalla nuva lettura inserita (blletta di delta - rettifica); il sistema deve cmunque cnsentire la pssibilità di un strn in un unic passaggi delle bllette e il ricalcl di una nuva blletta. ) Nel cas di fatture multifrnitura il sistema deve cnsentire l strn la creazine di un dcument di delta per una singla frnitura all intern del dcument, senza dver agire sul dcument riginari multifrnitura p) Il sistema deve cnsentire l strn di più dcumenti di una medesima frnitura nn singlarmente, ma in un unic passaggi q) Il sistema deve prevedere la pssibilità di strnare un dcument in mezz ad altri dcumenti fatturati (sl EE) r) Il sistema deve prevedere una gestine dei cnguagli anche per eventuali variazini retrdatate di prtata/ptenza, altri parametri cntrattuali e in cas di variazini iva. s) Il sistema deve prevedere reprt scaricabili in frmat elettrnic (csv, xls) per il cntrll delle Vci di fatturazine, algritmi, riepilg dei cnsumi fatturati, analisi dei servizi nn fatturati (cn data ultim perid fatturat), riepilg dei servizi nn fatturati a lettura da una certa data, riepilg imprti fatturati per perid e per punt di preliev. t) Il sistema deve gestire la stampa fatture massiva in frmat elettrnic cmpatibile cn l stampatre estern. u) Deve essere presente la stampa blletta cn bllettini pstali, bllettini freccia e RID. v) Deve essere pssibile stampare singlarmente la blletta in frmat elettrnic (dc, PDF). Le stampe devn essere autmaticamente nella lingua del cliente. L interfaccia grafica della stampa singla blletta deve essere persnalizzabile in md autnm da SEL. In gni cas il layut minim della blletta deve rispettare l standard minim dettat dall AEEG, ma deve essere persnalizzabile sia cme cntenuti che cme frma. w) Il sistema deve prevedere l invi autmatic delle bllette tramite mail ai clienti finali che l abbian richiest in fase di cntrattualizzazine e/ dp Gestine incassi Il sistema deve prevedere la gestine degli incassi, cmpensazini, eventuali rimbrsi e la cntabilizzazine dei dcumenti di fatturazine a) Il sistema deve prevedere una gestine degli incassi semplici, parziali cumulativi. b) Il sistema deve prevedere diversi canali di incass quali: RID Bancari e Pstale MAV Bancari e Pstale Bllettin Pstale e Freccia Incassi Diretti c) Il sistema deve cnsentire la parametrizzazine in autnmia di altri canali di incass e delle causali. d) Il sistema deve cnsentire di gestire in autnmia le anagrafiche Bancarie e dei vari canali di incass. Pag. 13 a 23

14 e) Il sistema deve prevedere l utilizz di più cnti crrenti aziendali per gli incassi. f) Il sistema deve prevedere la pssibilità di lettri ttici per l apertura autmatica delle fatture bllette per velcizzare le perazini di visualizzazine e incass. g) Il sistema deve essere in grad di gestire i RID bancari e pstali attravers autmatismi per le richieste e l allineament in cnfrmità cn l standard CBI Bancpsta. Deve essere pssibile visualizzare in dettagli le infrmazini sui cnti crrenti e l stat avanzament degli allineamenti e richieste. h) Il sistema deve gestire flussi di incass RID su più aziende e su diversi cnti di incass i) Il sistema deve prevedere una gestine di rimbrsi attravers Bnifici, Assegni e accrediti in fattura/blletta j) La registrazine dei pagamenti deve aggirnare autmaticamente l estratt cnt del cliente. k) Il sistema deve prevedere una gestine anche di strn degli incassi. l) Il sistema deve prevedere l integrazine cn il sistema di cntabilizzazine Engineering Net@SIA. m) Il sistema deve avere una reprtistica cmpleta in frmat elettrnic (xls csv) cme ad esempi dei pagamenti, degli estratti cnt cliente, dei dppi pagamenti, degli insluti ecc. n) Il sistema deve prevedere reprtistica in frmat elettrnic (xls csv) sul perid di scadut Gestine cntabilizzazine Il sistema deve gestire un interfaccia vers il mdul di cntabilità generale. a) La cntabilizzazine dei dcumenti emessi deve cnsentire di tener distint le single cmpnenti delle bllette/fatture fin al livell delle single cmpnenti tariffarie (cme descritt nel paragraf 2.3.1). b) I dcumenti devn pter essere trasferiti sia per singl dcument sia in blcchi girnalieri. c) La cntabilizzazine degli incassi deve cnsentire di tener distint i diversi canale d incass. d) Gli incassi devn pter essere trasferiti sia per singla psizine sia in blcchi girnalieri e/ per canale d incass. e) Il sistema deve gestire anche dati utili per la cntabilità analitica Gestine del credit (sllecit) Il sistema deve prevedere funzinalità per la gestine e il recuper credit clienti finali a) L interazine tra scietà di vendita e cliente per la gestine dei slleciti deve essere tracciata e stricizzata a sistema, cn la pssibilità di selezinare stati di avanzament che blcchin autrizzin eventuali azini successive b) Il sistema deve calclare e addebitare in blletta gli eventuali interessi di mra del cliente. Tassi e cndizine di mra devn essere parametrizzabili cn date di decrrenza, cndizini e perid di applicazine. Il sistema deve permettere la creazine di anagrafiche, cntratti e frniture nn sggette a mra. c) Il sistema deve prevedere più funzinalità di slleciti autmatici, parametrizzabili autnmamente secnd le esigenze del persnale SEL. d) Il sistema deve prevedere la generazine autmatica dei dcumenti da inviare al cliente. Pag. 14 a 23

15 Il dcument di sllecit deve essere generat autmaticamente ed esclusivamente nella lingua impstata nell anagrafica del cliente ITA DEU. Il layut del dcument deve essere parametrizzabile in autnmia dal persnale SEL. La mancata presenza di quest punt cmprta l esclusine cmpleta dalla gara. e) Deve essere previst l invi di di sllecit al cliente direttamente dal sistema. f) Il sistema deve prevedere reprt scaricabili in frmat elettrnic (csv xls) cn l stat avanzament pratiche di sllecit g) Il sistema deve prevedere la pssibilità di escludere dal sllecit e relative cnseguenze frniture single gruppi definibili in md parametric e autnm h) Il sistema deve prevedere la pssibilità di registrazine degli atti successivi al sllecit infruttus (decret ingiuntiv, falliment, ecc) i) Il sistema deve prevedere una gestine di rateizzazine e piani di rientr. Le varie rate create dvrann calclare cmunque i tassi di interesse a partire anche da un perid e da un tass cnfigurabile per gni rata. j) Il sistema deve prevedere reprt scaricabili in frmat elettrnic (csv xls) sull stat credit del cliente, sull incassat per perid, dei dcumenti ancra aperti. k) Il sistema deve prevedere la pssibilità di emettere fatture già pagate, per imprti recuperati e già incassati (ad esempi, da parte di studi legali agenzie di recuper crediti) Gestine mrsità Il sistema deve gestire le pratiche di mrsità cliente: a) Il sistema deve frnire degli elenchi di frniture da chiudere, in base a regle da pter essere parametrizzate cme ad esempi il numer di slleciti, l imprt scadut, e sempre nel rispett dei minimi stabiliti dalla AEEG b) Il sistema deve garantire di rintracciare attravers filtri, tutte le frniture sllecitate che devn essere chiuse e di aprire in semplici passi richieste massive di Sspensine/Riduzine Ptenza per mrsità. c) Le richieste massive aperte devn essere integrate nel CRM e seguire l stess wrkflw. d) Il sistema deve prevedere delle maschere di ricerca cn filtri impstabili atte a garantire il mnitraggi dell avanzament pratiche di mrsità. e) Il sistema deve prevedere reprt scaricabili in frmat elettrnic (csv xls) cn l stat avanzament pratiche e l stat mrsità dei clienti (n fatture scadute, imprt e data scadenza) f) Il sistema deve prevedere la pssibilità di escludere dalla applicazine della mra frniture single gruppi definibili in md parametric e autnm g) Il sistema deve prevedere mdalità diverse di mra per tiplgia cliente parametrizzabili in autnmia. h) Il sistema deve prevedere autmatismi per il calcl degli eventuali interessi di mra. Gli interessi di mra devn essere parametrizzabili in autnmia da SEL. la mrsità deve essere calclata anche in accnt, prima dell effettiv pagament del cliente, a partire dalla scadenza della fattura Pag. 15 a 23

16 2.4 Fatturazine delle Prestazini Il sistema deve essere prvvist di tutte le funzinalità atte a garantire la fatturazine delle prestazini accessrie del distributre. a) Il sistema deve permettere la creazine di listini cn i prezzi indicati dai distributri per le varie prestazini b) Il sistema dei listini e l agganci alle varie prestazini deve essere parametrizzabile in autnmia dal persnale SEL c) Il sistema deve cnsentire l aggirnament degli imprti listini cn la stricizzazine del dat e l indicazine della nuva data di decrrenza. d) Il sistema deve pter far scegliere se addebitare gli imprti in blletta se emettere fattura a parte al cliente. e) Il sistema deve prevedere la pssibilità di emettere fatture già pagate, per imprti già incassati (ad esempi, preventivi pagati in fase di accettazine) f) Il sistema deve cnsentire di caricare elenchi di prestazini anche nn mgenee, scaricate da altri file (fatture di trasprt, ad esempi) g) I listini devn pter cntenere le descrizini in ITA e DEU. Le fatture emesse devn essere autmaticamente ed esclusivamente nella lingua impstata sull anagrafica cliente. La mancata presenza di quest punt cmprta l esclusine cmpleta dalla gara h) In generale i requisiti per la Fatturazine delle Prestazini sn gli stessi del Billing (capitl 2.3). 2.5 Fatture di cntrll distributre Il sistema deve essere prvvist di strumenti per il cntrll delle fatture cnsumi e prestazini emesse dai vari distributri. a) Il sistema deve cnsentire di simulare l eventuale fatturazine distribuzine prevista. b) Il sistema deve prevedere di cmparare le fatture emesse dai vari distributri cn quelle calclate in vendita. c) Devn essere presenti reprt in frmat elettrnic che evidenzian eventuali delta e che ne identifichin in md puntuale le mtivazini. d) Il sistema deve prevedere il cntrll di punti fatturati dal distributre, ma nn presenti/attivati nei sistemi SEL. 2.6 UTF a) Il sistema deve essere prvvist di un mdul di estrazine dati ai fine della dichiarazine UTF. I dati estratti devn essere nel frmat.dic e prnti per l invi all Uffici delle Dgane. Devn essere presenti reprt di cntrll scaricabili in frmat elettrnic (csv, xls) Devn essere presenti cntrlli autmatici sui dati, la presenza di errri deve essere segnalata e deve essere indicata la pssibile sluzine. Pag. 16 a 23

17 2.7 Rate Il sistema deve essere prvvist di un prgramma di rate per le utenze presenti servite dalle aziende SEL. a) Pssibilità di inseriment di curve termiche persnalizzate per il rate suddivise per tiplgie di frniture cntratt usi ecc ecc. b) Il sistema deve simulare l inseriment di una lettura per tutte le utenze attive ad una data per un perid cumulat cn una successiva bllettazine; c) Il sistema deve essere prvvist di reprt in frmat elettrnic (csv, xls) per verificare i vlumi simulati in lettura. d) Il sistema deve creare bllette di rate. e) Il sistema deve essere prvvist di strumenti e reprt in frmat elettrnic (csv, xls) per la verifica di eventuali errri in bllettazine cn indicazine delle frniture dve si sn riscntrati errri. f) Il sistema deve essere prvvist di reprt di prspett rendite in frmat elettrnic (csv, xls) cn pssibilità di filtri e suddivisine REMI, cmune, lcalità, tip mercat ecc ecc, cn indicazine per gnuna delle diverse cmpnenti tariffarie in e dei vlumi cmplessivi. 2.8 Gestine Letture ed Elementi di misura Criteri essenziali del capitl: Il seguente criteri è da cnsiderarsi essenziale e pertant in cas di mancanza incmpletezza di tali funzinalità al cncrrente nn verrà assegnat alcun punteggi per l inter capitl 2.8 GESTIONE LETTURE ED ELEMENTI DI MISURA: Il sistema deve mettere necessariamente a dispsizine strumenti e maschere atte all inseriment singl e massiv delle letture. Tali strumenti e maschere devn ritenersi essenziali. Altri criteri: a) Il sistema deve prevedere l inseriment manuale di letture anche in mezz ad altre letture (fatturate e nn). b) Il sistema deve prevedere la pssibilità di invalidare letture (fatturate e nn) e l inseriment della nuva lettura c) Qualsiasi perazine sulle letture deve essere stricizzata. d) Il sistema deve prevedere il caricament massiv delle letture attravers l utilizz di file elettrnici parametrizzabili. e) All att del caricament massiv il sistema deve essere prvvist di cntrlli sui dati caricati. f) Il sistema deve essere prvvist di strumenti di reprt in frmat elettrnic (csv, xls) g) Il sistema deve mettere a dispsizine strumenti e maschere per la registrazine cmpleta degli elementi di misura installati press il punt di ricnsegna della frnitura. h) La variazine dei dati sui punti di frnitura deve essere stricizzata. Pag. 17 a 23

18 2.9 Livelli di qualità e Gestine Indennizzi Livelli di qualità a) Il sistema deve gestire i livelli di qualità csì cme richiest nelle varie delibere dell AEEG. b) Il sistema deve cnsentire inltre la parametrizzazine in autnmia di nuvi livelli di qualità per ulteriri livelli miglirativi sulla carta servizi. c) Il sistema deve generare i reprt csì cme richiesti dalle indagini peridiche dall AEEG. d) Il sistema deve gestire l invi autmatic dei reprt all AEEG. e) Il sistema deve essere prvvist di reprtistica cnfigurabile e scaricabile in fgli elettrnici (csv xls) per statistiche interne a SEL. f) Il sistema deve prevedere la pssibilità di registrare infrmazini sulla custmer satisfactin e stricizzarle nel temp Gestine Indennizzi. a) Il sistema deve gestire gli indennizzi csì cme richiest nelle varie delibere dell AEEG. Particlare attenzine deve essere data nell EE alla Delibera AEEG 219/10 e sue integrazini. b) Il sistema deve gestire la generazine autmatica indennizzi in base ai livelli di qualità impstati. c) Gli imprti degli indennizzi per livell di qualità devn seguire gli standard impsti dall AEEG ma il sistema deve cnsentire la parametrizzazine in autnmia di ulteriri imprti. d) Il sistema deve essere prvvist di un area di gestine delle schede di indennizz dve pter verificare ed eventualmente variare i dati prima di indennizzare in effettiv. e) Il sistema deve essere prvvist di funzinalità di reprt scaricabili in frmati elettrnici (csv xls) Reprtistica, cmunicazini e mdulistica. a) Il sistema deve essere prvvist di funzinalità e strumenti per garantire all utilizzatre l estrazine di dati, reprt in frmati elettrnici (csv, xls), mduli e statistiche. Devn essere presenti strumenti per la cmunicazine diretta in/ut cn AEEG, Distributri, Venditri e clienti (prspect e nn). b) Alcune specifiche sn state spiegate nei capitli precedenti ma in generale il sistema deve essere prvvist delle seguenti funzinalità: - Devn essere presenti tutti i reprt per le indagini/dichiarazini AEEG, CCSE, Agenzia Entrate e Agenzia Dgane nel frmat richiest. - Il sistema deve mettere a dispsizine un set di strumenti di cntrll e di analisi degli eventuali errri anmalie. - Estratt cnt cliente in frmat elettrnic - Reprt in frmat elettrnic dei cnsumi, ricavi ecc. ecc. - Il sistema deve essere prvvist di strumenti e reprt per l analisi interna delle attività a sistema, del parc clienti e degli eventuali clienti prspect, statistiche anagrafiche e cntratti. - Per la creazine di reprt devn essere presenti filtri impstabili; i reprt devn essere cnfigurabili e parametrizzabili in autnmia. Pag. 18 a 23

19 - Deve essere pssibile calendarizzare e schedulare la generazine dei reprt. Deve essere pssibile cnfigurare l invi di mail autmatiche per avvisare l utente della presenza dei reprt elabrati. - Per spperire a eventuali mancanze di reprtistica del sistema, il frnitre deve rendere autnm il persnale IT di SEL infrmandl sulle tabelle interessate e frnend materiale sulle relazini principali delle tabelle di sistema. c) Il sistema deve mettere a dispsizini strumenti di cmunicazine per le prestazini vers i distributri: - L scambi dei flussi pratiche IN/OUT cn il distributre predminante e l aggirnament pratiche, dati frnitura, cntratt devn essere eseguite dal sistema in md autmatic e trasparente senza che l peratre debba agire su maschere prcedure per l invi, il caricament di flussi l aggirnament dei dati di sistema - La cmunicazine vers i distributri deve avvenire in md autmatic in AtA tramite prtale secnd l standard di cmunicazine dettat dall AEEG utilizzand un standard persnalizzat e cnfigurabile per gni distributre. - Nel cas di assenza di prtale AtA vers il distributre deve essere previst all intern del sistema l invi autmatic del file attravers mail di PEC. - Il sistema deve essere prvvist dell acquisizine nei frmati elettrnici csv, xls, xml altr tip in md autmatic delle cmunicazini del distributre attravers prtale AtA. - Nel cas di cmunicazini del distributre attravers PEC il sistema deve gestire l archiviazine dei dati e il caricament dei file inviati. d) Il sistema deve mettere a dispsizine strumenti di cmunicazine per altre cmunicazini nrmate dall AEEG (ad esempi Allineament dati Anagrafici) e nn nrmate vers i distributri. e) Il sistema deve mettere a dispsizine strumenti di cmunicazine per altre cmunicazini nrmate dall AEEG e nn nrmate vers i venditri subentrati subentranti (switch in/ut) f) Il sistema deve mettere a dispsizine strumenti di cmunicazine per altre cmunicazini nrmate dall AEEG e nn nrmate vers i clienti. La cmunicazine ai clienti deve avvenire nella lingua impstata sul cliente stess ITA DEU. g) I mduli di cmunicazine devn essere precmpilati, il sistema quindi deve prevedere autmatismi cnfigurabili di reperiment dati dal Database (ad esempi la stampa cntratt deve caricare autmaticamente all intern del mdul i dati del cliente, della frnitura e i dati cntrattuali). h) Il Layut e i campi da visualizzare nei mduli devn essere cnfigurabili in autnmia dal persnale SEL Prtale Clienti e Servizi n-line Criteri essenziali del capitl: Il sistema deve necessariamente avere almen le seguenti funzinalità: 1. Il sistema deve essere prvvist di un prtale clienti web accessibile tramite i brwser più utilizzati. 2. Il prtale web dvrà essere cnfrme alla Legge 4/2004 (accessibilità dei sggetti disabili agli strumenti infrmatici), al Decret Legislativ n. 85/2005 (Cdice dell amministrazine digitale) al decret legislativ n. 196/2003 (Cdice della privacy) e agli standard definiti successivamente. Pag. 19 a 23

20 Le funzinalità spra indicate sn essenziali e pertant in cas di mancanza incmpletezza di anche una sla delle suddette funzinalità al cncrrente nn verrà assegnat alcun punteggi per l inter capitl 2.11 PORTALE CLIENTI E SERVIZI ON-LINE. Altri criteri: a) Il prtale clienti deve essere multilingua (almen ITA e DEU). La visualizzazine delle vci nella lingua specifica deve avvenire tramite ricnsciment lingua del sistema perativ. Deve essere cmunque permessa la selezine della lingua in md manuale. La mancata presenza di quest punt cmprta l esclusine cmpleta dalla gara. b) Il prtale dvrà prevedere le seguenti funzinalità: - Visualizzazine dati cntratt e dei dati tecnici per punt di ricnsegna - Visualizzazine cnsumi per peridi selezinabili anche tramite filtri - Visualizzazine e dwnlad in frmat elettrnic delle bllette. - Attivazine blletta n-line (per l invi della blletta ad un specific indirizz ) - Stat dei pagamenti - Statistiche cn diagrammi sui cnsumi per peridi selezinabili - Inseriment Autletture cn visualizzazine dell ammissibilità e dell stat dell autlettura - Apertura richieste CRM (il frnitre deve specificare quali pratiche sn apribili) - Visualizzazine dell stat avanzament delle richieste - Cambi indirizz recapit blletta - Il layut del prtale deve essere cnfigurabile in autnmia dal persnale SEL tramite un CMS. c) La registrazine autletture deve essere permessa in un range di date parametric in autnmia dal persnale SEL. d) La registrazine al prtale deve essere fatta autnmamente dal cliente. e) Per la gestine dei cnsrzi deve essere prevista la pssibilità di accunt per i singli clienti dei cnsrzi cn la visualizzazine dei dati riferiti al prpri punt Interfacce cn altri sistemi esistenti Il sistema dvrà interfacciarsi cn autmatismi ad altri sistemi esistenti: a) Sistema di cntabilità Engineering Net@SIA b) Sistema archiviazine dcumentazine d.velp AG D3. c) Sistema di tracciabilità clienti business mrsi PayLine Lince. d) Integrazine cn Prtale dei distributri e AtA cn distributri prevalenti Pag. 20 a 23

21 e) In cas di mancanza di interfacce cn i sistemi esterni il frnitre si deve impegnare a istruire e frnire materiale per reperire le infrmazini dal database al persnale IT SEL per prcedere in autnmia nella creazine di interfacce e viste ad hc Caratteristiche Hardware e Sftware A pena di esclusine cmpleta dalla gara il gestinale nn dvrà avere limitazini sul numer di frniture e punti di frnitura gestibili. Inltre, a pena di esclusine cmpleta dalla gara, il cncrrente deve indicare il temp massim cmplessiv di prgett, intes cme temp intercrrente tra la data di firma del cntratt e la data di piena dispnibilità del nuv sistema, della durata massima di 10 mesi. Criteri essenziali del capitl: Il gestinale dvrà avere necessariamente le caratteristiche stt indicate; inltre devn essere frniti i dati stt elencati. In cas di mancanza incmpletezza di anche una sla delle funzinalità infrmazine stt indicate al cncrrente nn verrà assegnat alcun punteggi per l inter capitl 2.13 Caratteristiche Hardware e Sftware. Supprt e aggirnamenti a) Il frnitre del pacchett dvrà specificare le mdalità di supprt al dimensinament degli elabratri e del database sulla base di cnfiguratri. In alternativa ptrann essere presentate cnfigurazini, cn puntuali dettagli tecnici, sulla base di esperienze maturate press aziende di analga dimensine / cmplessità. b) Andrà inltre indicata la dimensine massima della base dati in funzine dei vlumi da gestire. c) Deve essere indicat specificatamente csa cmprende il servizi di manutenzine. Devn bbligatriamente essere inclusi almen le seguenti prestazini: Manutenzine rdinaria: aggirnament dei prdtti in seguit a nuve dispsizini nrmative Manutenzine crrettiva: crrezini a malfunzinamenti dei prdtti Manutenzine evlutiva: eventuali aggirnamenti e migliramenti del prdtt Helpdesk: telefnic, internet, mail ecc d) Devn essere specificate eventuali cmpnenti sftware di sistema aggiuntive richieste e/ cnsigliate. e) Parimenti deve essere data indicazine circa il DBMS necessari per l utilizz del pacchett. f) Il frnitre deve indicare la mdalità e a frequenza di aggirnament del pacchett stess. Deve inltre descrivere le mdalità di cmunicazine a SEL SPA circa l ggett degli aggirnamenti e le mdifiche funzinali. g) Il frnitre deve indicare la mdalità e il temp di implementazine per gli adeguamenti nrmativi del sistema. h) Sn richieste le seguenti SLA per la presa in caric di anmalie segnalate: Applicativ Feriali Festivi Applicativ Frnt Office immediat n.d. Applicativ Back Office 2h n.d. Pag. 21 a 23

22 Prtale immediat 2h Frnitura del Sftware a) Oltre alle specifiche tecniche cntenute nel presente dcument devn essere frniti: - Denminazine del prdtt sftware e dei mduli prpsti e release - Denminazine del prduttre - Per quant cncerne in generale le cndizini della frnitura si dvrà anche precisare la plitica di prezz cn un dettagli per: Classe di macchina Sistema Operativ Mdul Numer di sessini massime cncrrenti Numer di punti di frnitura Altr b) Il prdtt deve essere installabile e certificat in ambiente virtuale VMware esistente in SEL. La numersità dei punti gestiti per azienda è apprssimativamente la seguente: - Seltrade (EE): Selgas (GAS): Teleriscaldament Sest: Teleriscaldament Chiusa: Teleriscaldament Silandr: Ectherm (Teleriscaldament): 150 Prgett di avvi In sede di fferta il cncrrente dvrà specificare le mdalità e le tempistiche di avvi ed attivazine del prdtt. In particlare l apprcci deve cnsentire, a seguit di frmazine pprtuna da parte del frnitre, la parametrizzazine da parte del cliente in autnmia del sistema. In tale ttica è quindi necessari descrivere e quantificare: a) Mdalità, tempi, csti di frmazine finalizzata alla parametrizzazine ed attivazine del sistema. b) Dcumentazine frnita a supprt dell attività perativa a sistema e dell attività di parametrizzazine del sistema. Nell ambit del prgett di avvi è necessari dare indicazine dei tempi massimi di ferm per il sistema infrmativ attualmente in us e l avvi del sistema ggett del presente capitlat nell ambit di alcuni vincli: c) Temp massim di bui, intes cme temp massim intercrrente tra il cngelament del sistema precedente e la piena dispnibilità del nuv sistema, della durata massima di due girni feriali. Pag. 22 a 23

23 Ripresa Dati In sede di fferta il frnitre dvrà specificare le mdalità e le tempistiche per la ripresa dei dati strici indicand se verrann utilizzati tl di caricament un prgett ad hc. In entrambi i casi il frnitre deve indicare quali dati verrann recuperati. La pianificazine e la ripresa dati è a caric del frnitre. I dati recuperati devn essere certificati dal frnitre. SEL SPA si riserva di verificare a campine la qualità dei dati ripresi. Altri criteri: Perfrmance e sftware In base alla cnfigurazine minima Hardware e Sftware specificata nel paragraf precedente devn essere frniti indicativamente le seguenti infrmazini: a) Numer di bllette emesse al secnd b) Tempi di apertura pratica di cntratt fin alla richiesta al distributre c) Numer massim di utenti cnnessi d) Tecnlgia usata per l access al sistema dell utente (Client Web) Dcumentazine e Frmazine a) Il sftware applicativ dvrà essere cmplet dei manuali necessari (anche su supprt infrmatic) per la cnscenza e l utilizz di tutti i mduli sftware ggett di fferta; i manuali devn essere cmpleti e crredati di esempi descrittivi dell applicazine. In sede di fferta il frnitre dvrà specificare, sia cn riferiment a persnale perativ che cn riferiment a persnale IT, il numer di girnate e la mdalità di ergazine della frmazine indicand distintamente i destinatari (Key users, utenti finali, ecc.) Verifica della reglare esecuzine dell incaric Il termine indicat al punt c) della sezine PROGETTO DI AVVIO del punt 2.13 del presente Capitlat Tecnic si intende rispettat sl se entr tale termine sarà accertata la reglare esecuzine dell incaric. Il suddett accertament si svlgerà tramite una verifica puntuale punt per punt di tutte le funzinalità richieste all intern di quest dcument da parte del cap prgett e delle diverse funzini respnsabili di SEL SPA. La verifica avverrà entr 30 girni. L accertament della reglare esecuzine dell incaric nn esnera l Appaltatre dalle respnsabilità derivanti dalla legge, dal presente Capitlat Tecnic dal cntratt. **************************************** Pag. 23 a 23