Document title

Additional information

Bando TM9

Page 1
Document title
Additional information

1. Table of Contents

Introduzione: 3
1. Req.01: Caratterizzazione Cliente TM9 4
1.1 Corporate Book 4
1.2 Red Tool 9
1.3 Zeus 11
1.4 CSA Tool 13
1.5 Pegaso 13
2. Req.02: Mappatura Cbook 17
3. Req 04: Attivazione Utenze Ordinate 19
3.1 Spedizione Sim (TBD) 20
3.2 Flusso attivazione sim da Elite 23

Page 2
Document title
Additional information

Introduzione:

Il documento raccoglie i requisiti lato Digital interessati dal Bando Gara TM9.

Page 3
 Document title
Additional information

1. Req.01: Caratterizzazione Cliente TM9

Dal momento che la richiesta è di avere una fattura dedicata con i prodotti TM9, il CustCode già in CB non potrà
diventare TM9, ma verrà creata una sede pagatrice (in analogia a quanto ad oggi accade per SPC) al fine di
rispondere alla richiesta del Bando.
Per i Clienti Prospect, Smart Sales dovrà procedere alla creazione dell’anagrafica Master e successivamente alla
creazione della sede pagatrice caratterizzandola come TM9.

Un Cliente potrà avere più di una Sede Pagatrice, ma ciascuna Sede Pagatrice sarà afferente ad 1 ed 1 solo Bando
Gara. (es. master 6.123456, Sede TM9 6.123456.10, Sede SPC 6.123456.12).

Si richiede la creazione di un SNCode marchiatore che transisti su tutta la catena (Corporate Book, Red Tool, Zeus, CSA
Tool, Pegaso, OCA, CCBS, DXL, Fdt, APP).
Tale marchiatore è fondamentale per permettere al FDT e APP di riconoscere a seguito dell’accesso il Cliente TM9 e offrire la
visualizzazione delle sole funzionalità oggetto del bando e permesse al cliente.
Il servizio marchiatore sarà attivato solo a livello di Sede Pagatrice (Liv.20) non a livello di Root sia per Clienti in CB, quindi
con CustCode master già attivo, che per Clienti Prospect dove si procederà come segue:
- Creazione CustCode master (Root) non TM9
- Creazione Sede Pagatrice (Liv.20) con SNCode Marchiatore TM9. Su questa Sede pagatrice verrà attivata
offerta commerciale TM9

1.1 Corporate Book

Si richiede di replicare l’attuale comportamento ad oggi in essere per la convenzione SPC, prevedendo i seguenti impatti:
1. Introduzione di una nuova voce (SI – TM9) del campo “Pubblica Amministrazione”

Page 4
 Document title
Additional information

L’operatore (Smart Sales) dovrà selezionare:

o Tipologia cliente = Holding o No struttura
o Pubblica Amministrazione = SI – TM9
questo consentirà al sistema di selezionare automaticamente il bando gara TM9 e generare la sede pagatrice
cliente TM9. La S.<P.IVA> avrà quindi la seguente mappatura:

● PA = SI - TM9

● Bando Gara = Automaticamente Flaggato

● L’attributo “Applica ritenuta 0,5%” potrà essere valorizzato ed in caso lo sia la gestione sarà AS IS
(attributo procedurale in OC)

2. In offerta commerciale inserimento in automatico del prodotto: Altri prodotti – Convezione PA – Consip TM9
3. Logica per cui il sistema sulla base delle voci sopra indicate valorizzi il campo “Abilitazione web” = SI.
4. Creazione nuova tipologia di Referente, ovvero Referente TM9.
L’operatore (Smart Sales) in fase di mappatura e creazione anagrafica Cliente dovrà selezionare il Referente TM9
popolando i campi Nome, Cognome, E-mail, Numero di Telefono, utile per la Registrazione al 190. I campi
potranno essere successivamente modificati (es. necessità di cambiare il Referente)

Page 5
 Document title
Additional information

In analogia con quanto presente su SPC la valorizzazione del campo Referente con Referente TM9 permetterà al
sistema di importare automaticamente i dati in Red Tool per il primo ordine figlio per la Registrazione 190.

5. Disponibilità di una funzionalità di caricamento massivo dei Referenti (file excel con le seguenti informazioni
CustCode, P.IVA, Nome, Cognome, E-mail, Numero di Telefono. Numero di telefono facoltativo). Si richiede
anche di avere notifica di eventuali scarti, il sistema invierà il file con gli scarti a Smart Sales e PIN
ROA/PREMIUM. La procedura di importazione massiva referenti è già capability presente, va solamente
integrata con nuova tipologia referente.
6. Modifica dell’attuale TAB “Team/Micro Team” come da schermata che segue:

Per ciascuna Sede pagatrice TM9 sarà possibile inserire sino a 3 PIN per il supporto Amministrativo.

Tali PIN potranno essere valorizzati/modificati in modalità manuale da parte dell’operatore (Smart Sales) ed anche
tramite upload di file massivo.

7. Predisporre la possibilità di uploadare un file massivo per la valorizzazione dei Team/MicroTeam TM9.
Il file dovrà contenere le seguenti informazioni: CustCode, P.IVA, ROA/PREMIUM, PIN ROA/PREMIUM, E-mail
ROA/PREMIUM, PRIORITARIO, PIN PRIORITARIO, E-mail PRIORITARIO, STANDARD, PIN
STANDARD, E-mail STANDARD. (La mail di team sara’ sempre la stessa per i 3 PIN
assistenzatm9@vodafone.com

La funzionalità di caricamento massivo sovrascriverà eventuali campi già compilati.

I campi relativi al ROA/PREMIUM ed allo STANDARD dovranno essere obbligatori.

Si richiede che il sistema notifichi a DL ancora da definire eventuali scarti con un invio mail al PIN
ROA/PREMIUM.

Page 6
 Document title
Additional information

E’ necessario avere l’elenco di tutti gli indirizzi mail utilizzati da VOLA (inteso CBOOK e ZEUZ), per procedere con
l’invio delle notifiche verso il team corrispondente al PIN ROA/PREMIUM, E-mail ROA/PREMIUM all’indirizzo
email assistenzatm9@vodafone.com .
Tale richiesta e’ necessaria per poter procedere con la configurazione di tale indirizzi su RED CARE al fine di
smistarli sul gruppo ROA/Premium.
Le informazioni legate al PIN dovranno essere esportate nel flusso Corporate Book 🡪 REDCARE

Si richiede che per RED CARE Il flusso as-is attualmente in essere con VOLA venga esteso, in modo da poter
acquisire i nuovi attributi di interesse associati all'anagrafica delle pubbliche amministrazioni:
- denominazione
- custcode
- indirizzo mail ROA
- pin premium
- pin prioritario
- pin standard

Si richiede che LE NOTIFICHE DI ZEUS PER CLIENTI TM9 debbano arrivare su mail ROA/PREMIUM con
gestione as-is di red care

Si richiede inoltre che nella schermata di Cbook, nel TAB

venga integrata la voce:

TEAM/MICROTEAM 🡪 TM9

PIN 🡪 TM9 O 9,

EMAIL 🡪 MAIL ROA/PREMIUM assistenzatm9@vodafone.com al fine di evitare che arrivino notifiche via mail di
Clienti TM9 su eventuali gruppi RedCarpet configurati su altri Team/MicroTeam

Sarà possibile sfruttare l’attuale logica di importazione (da GUI), questo necessiterà di aver anagrafato in precedenza tutti
i PIN dei ROA assegnabili ai CustCode TM9.
8. Il sistema dovrà rendere tali informazioni disponibili per il FDT al fine di tenere allineate le informazioni
contenute nella sezione “IL MIO TEAM VODAFONE”
Per i dettagli relativi al “Mio Team Vodafone” si faccia riferimento a quanto indicato nel REQ. 6
9. Inserimento in automatico in Attributo Clienti del nuovo attributo procedurale Consip TM9.
10. Vodafone in fase di gestione contrattuale comunicherà alla singola Amministrazione che l’accesso al Portale Web
sarà possibile solo con SIM Vodafone attiva.

Page 7
Document title
Additional information

Si richiede pertanto, che il sistema, alla creazione della prima Offerta Commerciale che verra’ effettuata da Smart
Sales, mappi automaticamente il piano tariffario PUSH E-MAIL all’interno del Tab ABB DATI. La
configurazione del piano, all’interno dell’Offerta Commerciale del Cliente, avra’ la seguente caratterizzazione:

Si richiede inoltre che vengano mappati di default i seguenti barring sulla sim push emaL

TMCO DESCRIPTI
DE ON

401 Push E-Mail

SNCODE DESCRIPTION

1046 Barring SIM altri ServSovrapp

830 Barring SMS MT

1676 Barring SIM decade 4

4222 Barring Internet da PC e Cell.

9788 Barring Roaming Extra SEE

Page 8
 Document title
Additional information

Tutti I Clienti TM9 dovranno avere nell’ Offerta Commerciale il piano Push email mappato come sopra. Questo piano
dovrà quindi essere presente all’interno della versione dell’Offerta Commerciale unitamente ai piani del catalogo
TM9 sottoscritti dal Cliente (e mappati manualmente da Smart Sales come da procedure in essere).

Si richiede inoltre che, negli eventuali successivi versionamenti delle Offerte Commerciali sul Cliente, il piano debba
sempre essere mantenuto, senza possibilita’ di eliminarlo.

Si richiede di anagrafare i piani tariffari TM9, coinvolgendo il team Tariff Model (Reply) per la configurazione a
canvass dei nuovi piani TM9 [tavolo offerta].

Si richiede che nell’offerta commerciale siano visualizzabili e selezionabili solo piani marchiati TM9, pertanto si
dovrà prevedere sulla Sede TM9 un catalogo dedicato TM9.

1.2 Red Tool

Prerequisito:
Le credenziali di accesso al selfcare devono essere fornite al ROA entro 48 ore dalla sua richiesta di accesso al Portale Web
(FDT).
1. Si richiede, in analogia con l’attuale comportamento ad oggi in essere per la convenzione SPC, di avere un
catalogo TM9 dedicato e che comporti la creazione di un file massivo TM9 che racchiuda l’Offerta Commerciale
del bando Consip. Il catalogo TM9 verra’ abilitato nel momento in cui, nella scheda cliente di Cbook, verra’
valorizzato Pubblica Amministrazione =Si - TM9.
Viene richiesto che il file massivo TM9 erediti ciò che viene mappato a livello di offerta commerciale in Corporate Book,
ovvero piani voce, dati, ric/zero “marchiati” TM9 ed anche i Piani IOT, per cui non e’ richiesto un massivo ad hoc
e configurati in offerta commerciale.
2. Il nuovo file massivo TM9 dovrà gestire anche il campo Ordine di Fornitura (ODF). Questo dato, obbligatorio,
dovra’ essere agganciato ad ogni SIM del massivo ed attraversare tutta la catena di provisioning (Suite Corporate
Book/Pegaso/OCA). Pertanto la richiesta e’ quella di prevedere un nuovo file massivo che contenga una colonna
relativa all’ODF che verra’ ripetuto per ogni riga delle sim del file massivo. Tale ODF dovra’ essere presente
anche nel file DATI_SIM_PDA che verra’ caricato successivamente su Pegaso.
3. Il campo Ordine di Fornitura dovrà essere inoltre presente anche su FDT ed Elite come ulteriore caratteristica
dell’oggetto SIM, come esplicitato nel REQ. 5 del documento.
E’ importante che tutte le reportistiche verso il Cliente Finale ed interne Vodafone abbiano l’informazione
dell’ODF.

Una Amministrazione avrà tanti ordini di Fornitura quanti sono gli ordini che gestirà su MEPA, ma una utenza
(SIM) potrà appartenere ad 1 ed 1 solo Ordine di Fornitura. In caso di sostituzione SIM la nuova SIM acquisirà
l’ODF della SIM precedente.

4. Si richiede inoltre di contemplare anche, come per SPC, i campi relativi ai dati anagrafici del ROA, utili per
l’ordine di registrazione che scendera’ su Zeus. Tali campi dovranno essere:

Page 9
 Document title
Additional information

o Nome
o Cognome
o Indirizzo e-mail
o Numero di telefono (non deve essere un campo bloccante)
o Codice cliente
o Partita Iva
Tali campi dovranno essere valorizzati dall’operatore Smart Sales in fase di mappatura del Cliente su Corporate Book.
In analogia alle attuali “logiche di SPC” i campi su Red Tool dovranno essere in sola lettura e non modificabili in quanto
vengono presi dall’unico referente di tipo TM9 del tab/referenti della scheda cliente.
I campi relativi al Referente saranno modificabili su Corporate Book.

Sulla Sede Pagatrice TM9 (liv.20) dovrà essere gestito solo il file massivo TM9 (no SIM on chip, massivo standard).

5. Gli ordini processabili da Red Tool saranno come di seguito descritti in funzione della tipologia di progetto sul
Cliente (Prospect o in Customer Base):

● Attivazione Prospect + Sede creazione customer e contestuale creazione sede pagatrice TM9 (AS IS per
SPC). Si intende la creazione di un ordine di “Attivazione Prospect” sul cliente S.<P.IVA>.
Questa tipologia di ordine si dovra’ spacchettare in 3 ordini figli:
o Ordine core (Mobile) che deve prevedere la creazione del Customer e della sede pagatrice e
dell’attivazione della Push Email. Verranno esplicate nella sezione Zeus le sottotipologie afferenti a
questo ordine
o Ordine di registrazione 190 TM9 Questa tipologia di ordine non dovrà essere temporizzato
o Ordine per l’assegnazione a livello di sede pagatrice dell’attributo procedurale TM9 (anche questo
risvegliabile dopo 8 ore dal gestito ok dell’ordine core e deve essere svincolato dall’ordine di
registrazione)

Page 10
Document title
Additional information

Si richiede che il sistema, al salvataggio dell’ordine di Red Tool mostri un alert (pop-up) non bloccante che
notifichi all’operatore (Smart Sales) la necessità di inserire l’attivazione della SIM Push E-mail.

Sara’ comunque possibile in questa fase salvare l’ordine di Red Tool come bozza.

Successivamente invece, in fase di conversione del file DATI_SIM_PDA, all’operatore Smart Sales, qualora non
fosse stata ordinata una sim con piano telefonico Push Emal, il sistema dovra’ bloccare la gestione
dell’ordine, ricordando che sara’ necessario prevedere l’inserimento della sim Push Email (che non dovra’
essere pero’ poi riportata nel file di consistenza accessibile al ROA da FdT).
E’ richiesto inoltre che tale piano telefonico dovra’ essere attivabile solo nel primo ordine che verra’ creato sul cliente
TM9. Negli ordini successivi (addizionali SIM) non si richiede il controllo bloccante rispetto alla presenza
della sim Push eMail all’interno del massivo.

● Progetto su Cliente + Sede 🡪 Creazione sede pagatrice e sua caratterizzazione TM9 su cliente in CB
Ovvero l’ordine da creare su Clienti in CB quindi CustCode anagrafato.

Questa tipologia di ordine si dovra’ spacchettare in 3 ordini figli:

o Ordine core (Mobile) che deve prevedere la creazione della sede pagatrice. Verranno esplicate nella
sezione zeus le sottotipologie afferenti a questo ordine
o Ordine di registrazione 190 TM9
o Ordine per l’assegnazione a livello di sede pagatrice dell’attributo procedurale TM9 deve essere
svincolato dall’ordine di registrazione
Si richiede che il sistema, al salvataggio dell’ordine di Red Tool mostri un alert (pop-up) non bloccante che
notifichi all’operatore (Smart Sales) la necessità di inserire l’attivazione della SIM Push E-mail.

Sara’ comunque possibile in questa fase salvare l’ordine di Red Tool come bozza.

Successivamente invece, in fase di conversione del file DATI_SIM_PDA, all’operatore Smart Sales, qualora
non fosse stata ordinata una sim con piano telefonico Push Emal, il sistema dovra’ bloccare la gestione
dell’ordine, ricordando che sara’ necessario prevedere l’inserimento della sim Push Email (che non dovra’
essere pero’ poi riportata nel file di consistenza accessibile al ROA da FdT).

È richiesto inoltre che tale piano telefonico dovra’ essere attivabile solo nel primo ordine che verra’ creato sul
cliente TM9. Negli ordini successivi (addizionali SIM) non si richiede il controllo bloccante rispetto alla
presenza della sim Push eMail all’interno del massivo.

● Progetto su Cliente 🡪 attivazione addizionali su sede pagatrice gia’ creata e caratterizzata TM9

Per i clienti in CB e con sede pagatrice TM9 gia’ creata, scenderanno ordini di sim addizionali.

In questo scenario non ci aspettiamo creazione di sedi pagatrici e relativa attivazione dell’attributo, nè
tantomeno la registrazione al 190. [VOLA] ovvero sto effettuando un ordine di attivazione SIM successivo al
primo? SI

Page 11
 Document title
Additional information

Si allega mail in cui e’ stata richiesta la non temporizzazione degli ordini.

Importante: per tutti gli ordini sopra esplicitati (Attivazione Prospect +Sede, Progetto su cliente con e senza
sede) dovrà essere previsto un file massivo SIM ad Hoc che dovra’ gestire anche l’informazione Ordine di
Fornitura come nel requisito 2 di RED ROOL.

Per gli altri prodotti che saranno nel perimetro della convenzione ovvero:

Accesso alla LAN/Intranet dell’Amministrazione - CDA

SMS massivi àMAM
EMM – Enterprise Mobility MANAGEMENT Digital Service
Servizi di sicurezza centralizzata - Connectivity Control
Servizi di potenziamento della copertura - Coperture dedicate
Servizi Professionali

Verranno esplicitati e requisitati dallo stream di Offerta dedicati

1.3 Zeus

Si richiede di replicare l’attuale comportamento ad oggi in essere per la convenzione SPC, prevedendo i seguenti impatti:

1. Si richiede di inserire nella sezione ricerca ordini di Zeus un nuovo filtro (FLAG PA = TM9) che permetta di
visualizzare tutti gli ordini TM9 con i relativi KPI oggetto del bando gara.
Si riporta schermata di esempio:

Page 12
 Document title
Additional information

2. L’ordine di Zeus dovrà essere quindi identificabile come TM9, come indicato nella figura sottostante

3. Non si richiede di caratterizzare le attuali sottotipologie con suffisso TM9, in quanto implicitamente caratterizzate
dalla presenza del FLAG TM9 (requisito descritto al punto 1).
4. Per l’attivazione dei Prospect + Sede l’ordine si dovra’ spacchettare in 3 ordini figli:
o Ordine core (Mobile) che deve prevedere la creazione del Customer e della sede pagatrice. Verranno
esplicate nella sezione zeus le sottotipologie afferenti a questo ordine
o Ordine di registrazione 190 TM9
o Ordine per l’assegnazione a livello di sede pagatrice dell’attributo procedurale TM9

Per la gestione dei Ko valgano le attuali logiche in essere

5. L’ordine di registrazione deve recepire i dati precedentemente compilati su Corporate Book e nell’ordine di
registrazione su Zeus dovranno essere valorizzati i campi TM9.
L’ordine contiene i dati anagrafici del Referente TM9 (Scheda cliente).

Page 13
Document title
Additional information

TM9

6. Gestione Operativa per il BO: Per la registrazione del cliente da BE 190 come “Referente master” a livello 20,
dovranno essere utilizzati i seguenti dati:
o Username: mail del cliente (referente TM9)
o Password: tbd
o Mail: sara’ quella del ROA
o Numero di telefono del ROA
o Custcode del cliente (sede pagatrice/livello 20)
o PIVA del cliente

Al termine dell’operazione di registrazione verra’ inviata una mail al ROA per confermare la registrazione.

Si richiede che tali ordini relativi ai Clienti TM9 scendano sul BackOffice Comdata Galati quindi sul site “Padova”

1.4 CSA Tool

1. Su Tool CSA non si prevedono impatti a livello di sottotipologie in quanto l’ordine viene marchiato come Flag
PA TM9 come indicato nei requisiti sopra riportati.
2. Saranno indicate in una fase successiva eventuali impatti relative a nuove tipologie di variazione
3. Si richiede che il nuovo catalogo dell’offerta commerciale TM9 venga predisposto nel CSA TOOL per permettere
la gestione anche delle offerte TM9.
Sia per la parte gia’ rilasciata di ATTIVAZIONE, MNP SIM ATTIVA, DEVICE,

Page 14
Document title
Additional information

sia per la parte in rilascio di VARIAZIONE che prevede la gestione automatica su BOT/SCRIPT.
Il requisito e’ che il CSA Tool sia configurato contestualmente anche con i nuovi cataloghi di offerta diTM9, e
che quindi anche i file di bot/script che sono dietro al tool leggano i nuovi sncode, promocode di TM9 per far si
che vengano anch’essi gestiti dal CSATOOL in rilascio da giugno ai prossimi mesi.

1.5 Pegaso

1. Si richiede che per i path dedicati TM9 debba essere gestito un file massivo TM9 ad hoc, come riportato nei
requisiti 1 e 2 di RED TOOL, ovvero il file di Pegaso DATI_SIM_PDA cambia di tracciato SI

2. Si richiede la creazione di path dedicati per TM9 come segue:

Attivazione:
● PDA- PDA REDTOOL – PDA NORMALE PDA Normale à PDA NORMALE PDA Normale - TM9

● PDA- MNP SU SIM ATTIVA REDTOOL à PDA- MNP SU SIM ATTIVA REDTOOL TM9

● PDA- MNP PROGETTI AD HOC CORPORATE (solo progetti speciali MNP )à PDA- MNP PROGETTI
AD HOC CORPORATE ( solo progetti speciali MNP) - TM9
● PDA/CSATOOL - PDA MNP PROGETTO AD HOC CORPORATE TM9

● PDA/PDA CSATOOL - PDA NORMALE TM9

● PDA/CSATOOL - PDA MNP SU SIM ATTIVA TM9

● PDA/PDA CVP DIGITAL TM9

● PDA/PDA RINNOVO AQ CVP DIGITAL TM9

Variazione:
● VAR WORKFLOW-VARIAZIONE TM9

● VARIAZIONI WFS - 1-3 SIM WEB (Solo per attivazioni 1-3 sim provenienti da FdT) - TM9

● VARIAZIONI WFS/CSATOOL - 1-3 SIM - TM9

● VARIAZIONI WFS/OFFERTA TELEFONI/CSATOOL -NOLEGGIO REINTEGRO RISCATTO

FURTO SMARR - TM9
● VARIAZIONI WFS/OFFERTA TELEFONI/CSATOOL -NOLEGGIO REINTEGRO RISCATTO
FURTO SMARR - TM9
● VARIAZIONI WFS - VARIAZIONI RED TOOL - OFFERTA TELEFONI - NOLEGGIO 24 ABB TM9

Page 15
Document title
Additional information

● VARIAZIONI WFS - VARIAZIONI RED TOOL - OFFERTA TELEFONI - NOLEGGIO 24 RIC TM9

● VARIAZIONI WFS - VARIAZIONI RED TOOL - SERVIZI E OPZIONI VOCE TM9

● VARIAZIONI WFS - VARIAZIONI RED TOOL - CAMBIO PIANO TM9

● VARIAZIONI WFS - VARIAZIONI RED TOOL - DIVISIONI E CENTRO DI COSTO TM9

● VARIAZIONI WFS - VARIAZIONI RED TOOL - MODIFICHE CONTRATTUALI – SUBENTRO

TM9
● VARIAZIONI WFS - VARIAZIONI RED TOOL - IMPORTO NOTO CORPORATE TM9

● Variazioni WFS - Modifiche contrattuali - Subentri totali - SIM abb. TM9

● Variazioni WFS - Variazioni servizi e opzioni voce - Cambio piano TM9

● Variazioni WFS - Variazioni servizi e opzioni voce - Altri servizi TM9

● Variazioni WFS - Modifica dati e - Divisioni e centri di costo TM9

● Variazioni WFS - Modifiche contrattuali - Subentro vs individuo TM9

● VARIAZIONI WFS / MODIFICHE CONTRATTUALI / SUBENTRO DAVID VS INDIVIDUO TM9

● Variazioni WFS - Variazioni servizi e opzioni voce - Corporate billing - Servizio holding TM9

● Variazioni WFS - Richiesta copia cartacea - Dettaglio chiamate TM9

● Variazioni WFS - Modifica dati e - Variazione anagrafica TM9

● Variazioni WFS - Modifiche contrattuali - Metodo di pagamento abbonamento - verso BP/CdC/RID TM9

● VARIAZIONI WFS / VARIAZIONI REDTOOL-TM9-REG.190

● VARIAZIONI WFS / DUAL FS CORPORATE / VARIAZIONI OP.DUAL FS TM9

● VARIAZIONI WFS / DUAL FS CORPORATE / ATTIVAZIONE DUAL FS TM9

● VARIAZIONI WFS / DUAL FS CORPORATE / DISATTIVAZIONE OP.DUAL FS TM9

● VARIAZIONI WFS / VARIAZIONI CVP DIGITAL TM9

● VARIAZIONE WFS-VARIAZIONI CONNECTIVITY CONTROL TM9

● VARIAZIONI WFS - VAR – CVP MISTA BMS TM9

● VARIAZIONI WFS - VAR – CVP BMS TM9

● Servizi – Applicazione dati e Vas – Mam TM9

● VARIAZIONI WFS / VARIAZIONI CVP 5G TM9

● SERVIZI/APPLICAZIONI DATI & VAS/CDA à SERVIZI/APPLICAZIONI DATI & VAS/CDA - TM9

● SERVIZI/APPLICAZIONI DATI & VAS/MULTIMESSENGER à SERVIZI/APPLICAZIONI DATI &

VAS/MULTIMESSENGER - TM9

Page 16
 Document title
Additional information

Si richiede, inoltre l’inserimento di un campo obbligatorio in fase PO denominato “ID OPPORTUNITA’” per i soli
path di seguito indicati relativi alla gestione delle custom solution:

● PDA/PDA CVP DIGITAL TM9

● VARIAZIONI WFS / VARIAZIONI CVP DIGITAL TM9
● PDA/PDA RINNOVO AQ CVP DIGITAL TM9
● VARIAZIONI WFS / VARIAZIONI CVP 5G TM9

Di seguito i path individuati come ispiratori di quanto sopra:

Tutti i Path ispiratori dovranni avere suffissi TM9.

Si allega file:

3. Le configurazioni tecniche associate ai nuovi path devono replicare quelle esistenti.

4. Le pratiche che saranno caricate in Pegaso aventi le caratterizzazioni di TM9 non potranno essere disomogenee
ovvero le SIM da attivare sulla root non TM9 oppure SIM da attivare su sedi TM9 diverse, ovvero ogni pratica
TM9 avrà come destinazione un’unica Sede.

Page 17
 Document title
Additional information

2. Req.02: Mappatura Cbook

Sulle Sim Ricaricabili, come richiesto da bando gara, il ROA deve esprimere una scelta circa la modalità di assenso,
ovvero:

● Assenso TACITO: l'offerta ricaricabile si rinnova tacitamente a meno che il ROA, con comunicazione
esplicita, definisca un sottoinsieme di utenze con rinuncia al tacito assenso.
o La modalità di tacito assenso sarà impostata di default SOLO per il dualista

● Assenso ESPLICITO: L'autorizzazione alla ricarica viene data dal ROA per ciascun rinnovo

Per i soli clienti TM9 sono quindi stati previsti due nuovi servizi mutuamente esclusivi e a livello di SIM, che
veicolino la scelta del ROA di prevedere l’assenso esplicito o il tacito.

La modalita’ di ricarica automatica in prima attivazione potra’ essere di 2 tipologie:

tacito assenso o assenso esplicito, questa scelta verrà indicata tramite l’attivazione di uno di 2 servizi marchiatori
incompatibili tra loro.

In aggiunta all'attivazione dei due servizi/attributi indicanti la tipologia di Assenso, saranno previsti ulteriori due
servizi, da attivare su sim, di (conferma, rinuncia) per permettere al ROA di procedere con una variazione
temporanea, ovvero valida per il mese successivo o definitiva. (Ancora in definizione la nomenclatura di tali
servizi).

L’informazione della tipologia di Assenso dovrà transitare su tutta la catena (Corporate Book, Red Tool, Zeus, CSA Tool,
Pegaso, OCA, CCBS, DXL, Fdt, APP).

Corporate Book:

Si richiede su Corporate Book, per i clienti TM9 con offerta Ricaricabile, siano presenti i seguenti servizi:

● Assenso Tacito

● Assenso Esplicito

Queste informazioni dovranno transitare anche su tutta la suite di Vola (Corporate Book, RedTool, CsaTool, Zeus) ed
essere disponibili nel file massivo verso Pegaso

È possibile inserire nell’offerta commerciale solo piani marchiati TM9, pertanto si dovrà prevedere un catalogo TM9
per cui sulla Sede TM9 saranno visualizzabili solo le offerte del catalogo dedicato.

In fase di definizione dell’offerta commerciale su ogni piano tariffario (SIM RIC / Zero) devono essere mappati
entrambi gli assensi (servizi). Poi in fase di creazione ordine attivazione SIM (Red Tool KAM / Red Tool CSA) ne
dovrà essere inserito solo uno dei 2 + gli altri servizi (barring) dipendenti.

Su Corporate Book sarà necessario prevedere i seguenti sviluppi:

Page 18
Document title
Additional information

1. Gestione Piani – Sezione modifica, aggiunta campo SIM TM9 (Si, No) - @Reply

2. Gestione Cliente - TAB Ric/Zero, configurazione offerta commerciale

Una volta selezionato piano offerta TM9, il sistema dovrà mappare obbligatoriamente i due servizi Assenso
Esplicito e Assenso Tacito.

I servizi non dovranno essere cancellabili

Su RED TOOL Smart Sales caricherà nel file massimo TM9 specificando per ogni singola SIM la tipologia di
Assenso richiesta

Faidate:

Si richiede di rendere visibile su base singola utenza l’informazione relativa alla tipologia di assenso come esplicitato
nel requisito 5 di questo documento.

Page 19
Document title
Additional information

3. Req 04: Attivazione Utenze Ordinate

Premessa: L’attivazione delle SIM riguarda solo le SIM già ORDINATE da portale MEPA; pertanto, l’attivazione
delle utenze ordinate potrebbe avvenire in momenti differenti al primo ordine di fornitura

La singola Amministrazione dovrà fornire a Vodafone (tramite Venditore/Agenzia di Riferimento) la seguente

documentazione:

1. ODF = pdf contenete l’offerta sottoscritta (oggetti e voci di costo)

2. File Ordine di Fornitura = excel contenete tutte le utenze afferenti al singolo ODF con li seguenti dati:

o I’Ordine di fornitura
o Codice cliente/ Partita Iva
o Ragione sociale
o Nome cognome associata all’utenza da attivare
o Ruolo Roa/ RO e relativo indirizzo e-mail
o Tipologia utenza (se ricaricabile o abbonamento)
o Piano telefonico richiesto
o Servizi/opzioni da attivare
o Seriale sim
o Terminali ma che non saranno da considerare nella gestione degli ordini da Elite

Il Venditore invierà a Smart Sales la documentazione che caricherà sul Tool Aubay e che utilizzerà per creare
l’anagrafica Cliente e mappare l’offerta su Corporate Book.

Smart Sales dovrà subito gestire l’invio spedizione SIM (tramite Interlaziale) al fine di:

- Caricare sul Tool Aubay i seriali delle SIM

- Inserire i seriali SIM nel file al fine di inviarlo completamente compilato all’Amministrazione di riferimento
- Inviare a COPs il file con tutte le informazioni compilate (comprensive di Seriali SIM)
All’interno del file dell’ODF è riportata una colonna che indica se la SIM è:

- da attivare subito, ovvero una volta ricevuta la conferma della ricezione delle sim
- da attivare su richiesta successiva con comunicazione che dovrà pervenire dal ROA

per tutte le SIM marchiate nel file come “da attivare subito” Smart Sales dovrà gestire congiuntamente alla
creazione dell’anagrafica e mappatura dell’offerta l’attivazione delle SIM.

COPs/Tool Aubay (Tbd) caricherà tale file su Elite da opportuna GUI (utenza Admin), tale azione è fondamentale per
permettere all’Amministrazione, durante la durata contrattuale, di poter attivare le SIM in self care dal Portale Web.

Si richiede che, nella sezione di Cbook della scheda Cliente, il file dell’ODF sia consultabile ( in sola lettura) da tutti
gli operatori.

Si richiede che sia possibile uploadare tale file solo da determinati profili di SmartSales che Red Carpet ( tbd quali
profili)

Page 20
Document title
Additional information

Quanto sopra dovrà essere gestito per ogni richiesta MEPA, ovvero tramite l’ODF.

3.1 Spedizione Sim (TBD)

1. Ricezione ODF + “modulo attivazione nuove utente”: il Tool Aubay dovrà essere in grado di generare 1/ n.
file di Etichettatura questo perché se l’ODF contiene diversi indirizzi di spedizioni (sedi) in Red Tool
dovranno essere creati diversi ordini di spedizione.
Smart Sales dovrà poter scaricare con un unico download /n.download i files che dovrà poi caricare in Red
Tool per procedere con la creazione degli ordini. Tutti i dati utili alla creazione dell’ordine in Red Tool
dovranno essere reperiti da Smart Sales dal Tool TM9 e sempre Smart Sales dovrà poi riportare nel tool
stesso, per ogni ODF 1/n ID ordini di spedizione SIM creati. Da prevedere sul Tool Aubay il caricamento
degli ordini per sede e non per singola sim
2. Creazione ordine in RT da parte di Smart Sales come in AS IS ma con file di etichettatura recuperato dal
Tool Aubay
3. Ricezione ordine in Zeus da parte di Interlaziale : si richiede che gli ordini TM9 siano riconosciuti da una
specifica marchiatura “SI-TM9”

4 Lavorazione ordine in Zeus da parte di Interlaziale:

1. Interlaziale gestirà la spedizione e allegherà in Zeus nuovo file con 3 colonne: etichettatura, seriale sim, link
tracking

Page 21
Document title
Additional information

1.1 abbinamento etichettatura- seriale SIM (per TM9 l’etichettatura iniziale sarà sempre una sola
colonna),
1.2 link del tracking
1.3 il sistema nominerà in automatico il file con ID_ORDINE>_<TIMESTAMP>.xlsx

GESTITO OK

Interlaziale valorizzerà il nuovo campo “data di consegna” da compilare alla consegna delle SIM OK
Zeus trasferirà al Tool TM9 un secondo file con: ID Zeus, “stato gestito OK” e data consegna
Tool TM9: aggiorna il modulo di Attivazione SIM con le informazioni dei Seriali abbinati a ciascuna etichetta ed
invia mail al ROA e Referente Sede

Page 22
Document title
Additional information

Gestione KO:

In caso di KO definitivo:

1. Interlaziale aggiornerà lo stato dell’ordine in “Gestito KO”

2. informerà, fornendo anche la causale, il KAM/agente + una nuova DL da definire .
3. Il team Smart Sales accedendo (da prevedere la notifica via mail del KO) al Tool Aubay avrà visibilità del
Task di gestione del KO
4. Smart Sales fa ripartire il processo di spedizione sim prima sul Tool TM9 e poi su Red Tool con la
creazione di nuovo ordine di spedizione SIM per le sole sedi andate in KO.

In caso di KO NON definitivo:

1. Interlaziale contatterà via mail il kam/agenzia + nuova DL da definire per il recupero delle info necessarie per
far avanzare ordine
2. A fronte della ricezione della notifica via mail del KO per la riconsegna presso l’Amministrazionem “Smart
Sales/Governance Desk” bloccherà lo SLA sul Tool TM9.
3. Il kam/agente risponderà’ alla mail (Interlaziale + DL new) fornendo le info necessarie per far ripartire la
spedizione sim, il “SmartSales/Governance Desk” sbloccherà lo SLA sul Tool TM9
4. Interlaziale aggiornerà il corriere per far gestire nuovamente la consegna.

Page 23
Document title
Additional information

ELITE

Sul Tool TM9, dopo che tutte le spedizioni di un ODF sono state consegnate e quando sul Tool è presente il codice
cliente di sede (livello 20) definitivo sarà generato un file nel formato condiviso ed in allegato.

Tale file sarà inviato a CBook per l’alimentazione del Fai Da Te e per alimentare le logiche di gestione delle richieste
di attivazione sim in una fase successiva alla consegna.

In caso di errori nello scambio di questo file Smart Ssles dovrà ricevere un Task di lavorazione sul Tool TM9 , la
correzione del file e l’upload su CBook dovrà avvenire in manuale.

La colonna D (SIM ATTIVA) del file allegato, sarà utilizzata dal Fai Da Te per notificare al cliente eventuali richieste
di attivazione sim su sim già attive fino allo sviluppo dell’integrazione diretta con OAG

Richiesta scorta 5%: per la gestione della scorta extra il desiderata è quello di fornire indicazione alla PA di veicolare
esplicitamente la scorta spedizione all’interno del modulo di attivazione (TBD)

3.2 Flusso attivazione sim da Elite

Page 24
Document title
Additional information

Vodafone dovrà caricare sul Elite il file complessivo dell’ordine di fornitura, contenente tutte le sim e le relative
offerte ad esse associate in ambito di quanto contrattualizzato, al fine di evitare al cliente la nuova compilazione dei
dati gia’ precedentemente comunicati a Vodafone.
Vodafone al termine del processo di attivazione di una o piu’ sim, dovra’ restituire alla amministrazione
l’associazione seriale sim-numero di telefono.

Si allega file di esempio dell’ODF

Si richiede che Elite contenga queste informazioni e che si allinei con Web Legacy per recuperare il dato relativo allo
stato di consistenza delle sim attive dell’amministrazione (fase III)
Questo sviluppo permetterà al ROA, accedendo ad Elite, di visualizzare, i soli seriali delle sim che ad oggi, sono
ancora in stato non attivato ed utilizzabili per le nuove utenze.

Si richiede che nella sezione Gestione Ordini > Nuovi Ordini SIM

Page 25
Document title
Additional information

il ROA/ROA, possa procedere con la richiesta di attivazione delle sim in modo massivo o puntuale.

● Attivazione massiva: Il ROA/RO, potra’ procedere con la compilazione del form di attivazione

Page 26
Document title
Additional information

caricando il file massivo come da schermata riportata sopra, il sistema Elite dovra’ implementare una logica per cui
venga effettuato un check sulla consistenza delle sim che sono gia’ in stato attivato e su queste non permettere nessun
tipo di operazione. Per le sim non in stato attivato, il sistema farà procedere con il completamento dell’ordine come da
as is

● Attivazione puntuale: Il ROA/RO accedendo alla sezione di Elite relativa all’attivazione di Ordini Sim, avra’ la
possibilità di selezionare da un menù a tendina il seriale della sim da attivare.
Tale selezione comporterà la popolazione automatica dei campi veicolati tramite file dall’amministrazione,
Tali campi non dovranno essere modificabili.
Il sistema fara’ procedere con il completamento dell’ordine come da as is

Page 27
Document title
Additional information

Il comportamento di Elite per la gestione degli ordini Zeus dovra’ essere quello attuale (gestione ordini Zeus/ Pegaso)

Si richiede inoltre che la richiesta di attivazione ed i relativi stati di evasione siano monitorabili dal ROA/RO
(aggiornamenti tramite e-mail) e che i dati di attivazione vengano conservati nella sezione Report di Elite

Page 28
Document title
Additional information

Page 29