MODULO VIRTUAL BANKING

Transcript

1 Phoenix Informatica Bancaria S.P.A. Modulo Virtual Banking MODULO VIRTUAL BANKING SIB2000 Ambiente Client Server Manuale operativo Versione maggio 2008

2 Aspetti generali...3 Colloquio con Host...3 Schema esemplificativo della struttura di un rapporto VB...4 Attivazione rapporto di Virtual Banking...5 CENSIMENTO DI UN CLIENTE ATTIVO Inbank, Onbank...6 COLLEGAMENTO RAPPORTI APPLICATIVI...11 Il CAG gestito...12 Modalità di collegamento di un rapporto applicativo ad un rapporto VB...12 CAG Controparte Procure Speciali...13 Gestione di un Rapporto Applicativo...14 Abilitazione Banche PASSIVE (Autocensimento)...14 CENSIMENTO ABILITAZIONI SMS, PAW PAGOLIGHT...17 XRT Ricariche Telefoniche da SMS...18 XAP ALERT Bancomat/POS...19 XRE Informazioni Carta Debito...20 XEC Informazioni Conto...21 XMP Informazioni Esercente POS...23 CAD CENSIMENTO DI UN CLIENTE Bancalight (alternativo a INBANK)...25 Gestione del rapporto di Virtual Banking...26 Inserimento/Estinzione di una abilitazione...26 Stato del rapporto...27 Estinzione di un rapporto VB...29 Ripristino di un rapporto VB...29 Annullamento di un rapporto VB...29 Cambio prodotto...29 Reset Password...30 Blocco/Sblocco di un abilitazione...30 Attivazione rapporto Passivo...31 Censimento Cliente passivo in POOL...31 Censimento Cliente passivo CBI...32 Pagina 2

3 Aspetti generali Al fine di chiarire quanto di seguito esposto è opportuno definire una serie di concetti generali a cui si farà riferimento nel corso dei vari capitoli del manuale. 1. Rapporto Virtual Banking Il rapporto Virtual Banking si configura come l elemento principale su cui si basa il nuovo modulo applicativo Virtual Banking. Il rapporto Virtual Banking può essere definito come l anagrafe generale dei prodotti di banca virtuale e quindi dei servizi di banca virtuale offerti alla clientela. 2. Fornitore con tale termine si intende il fornitore del prodotto/servizio di banca virtuale utilizzato dal cliente che di seguito verrà definito come prodotto di banca virtuale. 3. Prodotti attraverso il prodotto si stabiliscono le condizioni economiche associate al rapporto Virtual Banking (i prodotti sono gestibili dalla banca). Selezionando un prodotto la procedura associa automaticamente al rapporto VB una categoria che, analogamente a quanto previsto per altri servizi gestiti in SIB2000, definisce le caratteristiche tecniche di un rapporto Virtual Banking (come ad esempio i servizi virtuali attivabili). Le categorie sono definite da Phoenix 4. Applicazione per applicazione si intende un sottoinsieme di servizi attivabili sul rapporto Virtual Banking. 5. Abilitazione l abilitazione si configura come un singolo servizio, facente parte di un applicazione, attivabile su un rapporto Virtual Banking. 6. Rapporto applicativo per rapporto applicativo si intende un rapporto SIB2000 (es. un conto corrente), collegabile ad un rapporto Virtual Banking. Colloquio con Host Con l installazione del nuovo modulo Virtual Banking le operazioni di inserimento/modifica/estinzione dell anagrafica del cliente e delle varie abilitazioni attivate vengono gestite completamente da Client-Server SIB2000. Attraverso le apposite funzioni Client- Server è quindi possibile censire i dati in ambiente Host (piattaforma operativa che eroga i servizi) attraverso un colloquio in real-time tra i due ambienti. Ne deriva che con il modulo Virtual Banking l utente non dovrà più effettuare operazioni manuali di inserimento/modifica dei dati in ambiente Web Buonconsiglio/servizi. Pagina 3

4 Schema esemplificativo della struttura di un rapporto VB Nei prossimi capitoli verrà descritta l operatività che un utente deve porre in essere al fine di censire un rapporto VB. La gestione descritta riguarderà nello specifico la casistica più diffusa ossia la gestione che deve porre in essere una CR/BCC che si avvale di prodotti di banca virtuale offerti da Phoenix I.B. SPA. Le principali operazioni che un utente può effettuare utilizzando le apposite funzioni Client-Server sono: o inserimento di un rapporto Virtual Banking; o modifica/gestione di un rapporto Virtual Banking; o estinzione/annullamento/ripristino di un rapporto Virtual Banking; o gestione della contrattualistica relativa al rapporto Virtual Banking; o colloquio con Host. Pagina 4

5 Attivazione rapporto di Virtual Banking E opportuno chiarire che i dati richiesti in fase di inserimento del rapporto VB variano a seconda della tipologia di servizi che l utente intende offrire al cliente. E infatti possibile effettuare diversi tipi di censimento, in particolare: o censimento di un cliente attivo: Inbank, Onbank; o censimento di un cliente Bancalight; o censimento di un cliente passivo pool; o censimento di un cliente passivo corporate. Il punto di partenza dal quale poter individuare e quindi gestire un rapporto VB è la funzione VHN00 Elenco rapporti VB (è possibile accedere a tale funzione attraverso il menù generale). Pagina 5

6 CENSIMENTO DI UN CLIENTE ATTIVO Inbank, Onbank Per banca attiva si intende la banca fornitrice del prodotto di banca virtuale utilizzato dal cliente. Quindi per rapporto Virtual Banking attivo si intende un rapporto VB offerto dalla banca ad un proprio cliente che utilizza prodotti di banca virtuale forniti dalla stessa. I dati principali richiesti in fase di inserimento di un rapporto VB ATTIVO sono: tendina Dati anagrafici rapporto Nome campo Prodotto Intestatario C/C collegato Conto contabilità Controparte procure speciali Descrizione In tale campo si indica il prodotto che deve essere collegato al rapporto Virtual Banking. Come indicato precedentemente attraverso il prodotto si stabiliscono le condizioni economiche associate al rapporto Virtual Banking. In questo contesto la categoria associata al rapporto VB viene ereditata in base a quanto definito per il rispettivo prodotto. Campo che deve essere avvalorato con il cag intestatario del rapporto Virtual Banking. L intestatario del rapporto deve essere necessariamente una persona fisica oppure una persona giuridica (quindi non sono ammessi altri tipi controparte come ad esempio le cointestazioni). Occorre indicare il conto sul quale verranno addebitati gli eventuali canoni e recuperi spese. E possibile indicare un C/C o un D/R nominativo. Tale campo deve essere avvalorato in alternativa al campo C/C collegato e serve per determinare il conto di contabilità sul quale addebitare gli eventuali canoni e recuperi spese. Tale campo può essere avvalorato solamente nel caso in cui il titolare del rapporto Virtual Banking sia una persona giuridica. Per maggiori chiarimenti in merito si rimanda ai capitoli successivi. Pagina 6

7 tendina Altri dati Rapporto Nome campo Codice SIA Codice fiscale / partita iva Flag avvisi di scadenza Descrizione In tale campo occorre indicare il codice SIA associato al rapporto Virtual Banking. L avvaloramento del campo è obbligatorio per il censimento di rapporti Virtual Banking ATTIVI riconducibili a prodotti di banca virtuale In-bank gold e On-bank (oltre che a tutti i rapporti PASSIVI, vedi capitoli successivi). Campo avvalorato con il codice fiscale/partita iva dedotto a partire dal cag intestatario del rapporto VB. Attraverso tale flag è possibile stabilire la modalità di spedizione degli avvisi di scadenza di effetti e di Riba, di cui il cliente è debitore. I valori attribuibili sono: o S" : nel caso in cui si desideri inviare ai clienti gli avvisi solo in formato elettronico; o "E" : nel caso in cui si desideri inviare gli avvisi sia in formato elettronico sia in formato cartaceo. o "C" : nel caso in cui si voglia effettuare la stampa cartacea per le Riba presentate da clienti, più l'avvisatura elettronica per tutte le Riba (anche per quelle per cui l'avviso cartaceo è già stato stampato da ICCREA, per le banche aderenti al servizio). Pagina 7

8 o B : nel caso in cui si voglia effettuare la stampa cartacea per le Riba pervenute da banche, più l'avvisatura elettronica per tutte le Riba. Flag autorizzazione flussi dispositivi L avvaloramento del campo è ammesso in fase di censimento di rapporti Virtual Banking ATTIVI collegati a prodotti riconducibili a categorie tecniche associate a In-bank gold e On-bank e in fase di censimento di rapporti VB PASSIVI (pool o corporate). Flag inerente l autorizzazione preventiva dei flussi dispositivi pervenuti dalla clientela, mediante l apposita funzione A della transazione VH06 ad opera degli utenti abilitati. Il flag può assumere i seguenti valori: o "S" : viene sempre chiesta l'autorizzazione su tutti i tipi di flusso che arrivano da parte del cliente; o "N" : non viene mai chiesta l'autorizzazione; o "B" : viene preso in considerazione quanto impostato a livello banca negli elementi AUTFLUSS della tabella VHB/PARMSERV/AUTFLUSS. Pagina 8

9 Dopo aver inserito i dati relativi all anagrafica del rapporto VB si accede in automatico alle funzioni di censimento dell abilitazione SRB. In tale contesto i dati obbligatori da avvalorare sono: tendina Dati contratto Nome campo Descrizione Attraverso la classe abilitazione si definiscono le abilitazioni assegnate Classe abilitazione al cliente sul proprio rapporto Virtual Banking, ossia le funzionalità che il cliente potrà di fatto utilizzare. Persona di riferimento Persona di riferimento del rapporto Virtual Banking. Nome superuser Superuser del rapporto Virtual Banking. Numero telefono Numero di telefono di riferimento del rapporto Virtual Banking. Pagina 9

10 tendina Condizioni Nome campo Periodicità canone Data prossima scadenza canone Descrizione In tale campo è possibile impostare la periodicità del canone. I valori di default possono essere impostati nella tabella VHB/PRODOTTI, vedi capitoli successivi. In tale campo è possibile impostare la data prossima scadenza del canone. I valori di default possono essere impostati nella tabella VHB/PRODOTTI, vedi capitoli successivi. COLLOQUIO CON HOST Una volta confermata la mappa di censimento dell abilitazione SRB in automatico vengono trasmessi i dati ad Host e quindi in automatico, contestualmente al censimento dei dati in SIB2000, viene effettuato il censimento in ambiente Host. Pagina 10

11 COLLEGAMENTO RAPPORTI APPLICATIVI Ad un rapporto VB possono essere agganciati uno o più rapporti applicativi (es. c/c, polizze titoli, mutui, ecc ). Per poter collegare un rapporto applicativo ad un rapporto VB occorre che l intestatario del rapporto VB abbia procura elettronica su tale rapporto applicativo. Viene quindi effettuato un controllo sui poteri operativi definiti per ogni singolo rapporto applicativo da collegare. Il concetto di procura elettronica è uno dei pilastri su cui si basa il nuovo modulo. Se l intestatario del rapporto VB risulta avere operatività a sportello su un determinato rapporto applicativo ma non operatività elettronica non può essere creato un nuovo tipo legame ma deve essere completato opportunamente quello già esistente utilizzando le apposite funzioni di gestione dei poteri operativi. La procura elettronica si distingue in: o tipo legame 13 procura elettronica c/o proprio o tipo legame 14 interrogazione elettronica o tipo legame 15 procura elettronica c/o persona giuridica Nel caso in cui il titolare del rapporto VB sia una persona fisica, al fine di censire il rapporto applicativo sul rapporto VB, occorre attribuire una procura elettronica c/o proprio (tipo legame 13). Nel caso in cui il titolare del rapporto VB sia una persona giuridica occorre attribuire procura elettronica c/o persona giuridica (tipo legame 15). Infine nel caso in cui si intenda consentire la sola visualizzazione del rapporto applicativo (e quindi non si intenda consentire la possibilità di effettuare disposizioni) deve essere attribuito il tipo legame 14 (interrogazione elettronica). Per maggiori dettagli si rimanda ai paragrafi successivi. Pagina 11

12 Il CAG gestito L intestatario dei rapporti applicativi collegati a rapporti VB per mezzo di procura elettronica viene definito CAG GESTITO (o cag di pertinenza). Analogamente a quanto previsto per il concetto di procura elettronica anche il concetto di cag gestito è una delle basi su cui si fonda il nuovo modulo. Modalità di collegamento di un rapporto applicativo ad un rapporto VB In fase di censimento di un rapporto VB associato ad un prodotto riconducibile ad un in-bank base la procedura propone i rapporti applicativi seguendo questa logica: o se il cag intestatario del rapporto VB è una persona fisica: vengono proposti tutti i rapporti applicativi in cui l intestatario del rapporto Virtual Banking è l intestatario, oppure il cointestatario, oppure sui quali ha una procura elettronica. In caso di apertura di un prodotto di In-bank base vengono inoltre visualizzati i rapporti applicativi riconducibili ad eventuali ditte individuali oppure rapporti in cui il soggetto risulta socio coobbligato. o se il cag intestatario del rapporto VB è una persona giuridica: vengono proposti tutti i rapporti applicativi in cui l intestatario del rapporto Virtual Banking è l intestatario. Nel caso in cui il titolare del rapporto Virtual Banking sia una ditta individuale vengono proposti inoltre i rapporti riconducibili al titolare della ditta stessa. Pagina 12

13 In fase di censimento di un rapporto VB non associato ad un prodotto riconducibile ad un in-bank base la procedura propone i rapporti applicativi seguendo questa logica: o se il cag intestatario del rapporto VB è una persona fisica: vengono proposti tutti i rapporti applicativi in cui l intestatario del rapporto Virtual Banking è l intestatario, oppure il cointestatario. o se il cag intestatario del rapporto VB è una persona giuridica: vengono proposti tutti i rapporti applicativi in cui l intestatario del rapporto Virtual Banking è l intestatario. Nel caso in cui il titolare del rapporto Virtual Banking sia una ditta individuale vengono proposti inoltre i rapporti riconducibili al titolare della ditta stessa. Quindi al fine di censire rapporti applicativi non intestati all intestatario del rapporto VB occorre primariamente attribuire procura elettronica sul rapporto applicativo nei confronti del soggetto intestatario del rapporto VB (seguendo le indicazioni descritte nei paragrafi precedenti). A questo punto è possibile censire un CAG GESTITO (vedi paragrafi precedenti) sul rapporto VB e quindi collegare il rapporto applicativo. CAG Controparte Procure Speciali Nei paragrafi precedenti si è detto che al fine di collegare un rapporto applicativo intestato ad un soggetto diverso dall intestatario del rapporto VB occorre attribuire procura elettronica all intestatario del rapporto VB. Nel caso in cui il soggetto titolare del rapporto VB sia una persona giuridica occorre identificare una persona fisica a cui attribuire procura elettronica. Tale soggetto viene identificato come cag controparte procure speciali e può essere censito nella mappa principale dei dati anagrafici relativi al rapporto VB. Pagina 13

14 Gestione di un Rapporto Applicativo Entrando in gestione di un rapporto applicativo è possibile definire i flussi informativi da estrarre (è inoltre possibile definire parametri quali la tipologia del rapporto, la frequenza di estrazione e la data ultima estrazione). Colloquio con Host Una volta confermata la mappa di inserimento dei rapporti applicativi collegati al rapporto VB in automatico vengono trasmessi i dati ad Host e quindi in automatico, contestualmente al censimento dei dati in SIB2000, viene effettuato il censimento dei rapporti applicativi in Host. Abilitazione Banche PASSIVE (Autocensimento) Nel caso in cui un cliente intestatario di un rapporto Virtual Banking, a cui è stato associato un prodotto riconducibile a categorie tecniche associabili ad In-bank gold o ad On-bank, desideri ricevere flussi informativi da un altra banca presso la quale ha aperto rapporti applicativi, la Banca Attiva deve necessariamente abilitare la Banca Passiva al censimento dei rapporti applicativi sul proprio rapporto Virtual Banking. Questa operazione deve essere effettuata censendo una abilitazione banca passiva. Se la banca ha scelto di lavorare in modalità Autoicensimento della banca passiva NON E NECESSARIO EFFETTUARE QUESTA ATTIVITA in quanto i rapporti delle banche passive vengono associati automaticamente all utente in base ai flussi informativi inviati dalle citate banche. Dalle funzioni di gestione delle abilitazioni alle banche passive è possibile specificare i codici SIA da abilitare/disabilitare e gli ABI delle banche passive da abilitare. Pagina 14

15 Pagina 15

16 CENSIMENTO ABILITAZIONI SMS, In fase di censimento del cliente attivo, l utente può provvedere al censimento delle varie abilitazioni SMS potenzialmente collegabili ad un rapporto VB. L attivazione di un servizio aggiuntivo può essere effettuata dalla mappa in cui sono elencate le abilitazioni attivate per un determinato rapporto VB selezionando l abilitazione da attivare e quindi utilizzando il tasto Inserimento abilitazione. Di seguito vengono descritte le principali abilitazioni potenzialmente abilitabili su un rapporto VB. Per maggiori chiarimenti in merito alle caratteristiche di ogni singolo servizio SMS si rimanda alla relativa documentazione. Pagina 16

17 PAW PAGOLIGHT Abilitazione che permette al cliente la visualizzazione del massimale mensile concesso dalla banca, del residuo di spesa mensile e del dettaglio dei pagamenti effettuati. In tale contesto i campi obbligatori da avvalorare sono: o n carta AS400 (n AS400 della carta PAW precedentemente censita) o numero cellulare principale o importo massimo giornaliero ricarica o periodicità canone o data prossima scadenza canone Attraverso il flag S/N abilitato ricarica si definisce se il cliente è abilitato o meno ad effettuare ricariche. Attraverso il flag S/N abilitato modifica cellulare/massimale si definisce se il cliente è abilitato o meno alla modifica dalla propria postazione di dati quali numero cellulare e massimale definiti nella abilitazione PAW. Pagina 17

18 XRT Ricariche Telefoniche da SMS L abilitazione XRT viene attivata contestualmente all attivazione dell abilitazione PAW se in fase di censimento dell abilitazione PAW viene avvalorato il flag S/N abilitato ricarica. In tale contesto i campi obbligatori da avvalorare sono: o periodicità canone o data prossima scadenza canone Pagina 18

19 XAP ALERT Bancomat/POS L abilitazione fornisce il servizio di alert con invio di messaggi SMS al cellulare del cliente titolare della carta di debito in presenza di utilizzi della carta stessa di importo superiore o uguale ad una soglia prefissata, derivanti da operazioni di prelievo su ATM o pagamenti tramite POS nell ambito del territorio nazionale e internazionale. La procedura ha lo scopo di informare con tempestività il possessore della carta di eventuali eventi, che possono essere rappresentativi di una situazione di rischio, visto l'incremento dei casi di clonazione di carte di debito, con conseguenti prelievi fraudolenti. In tale contesto i campi obbligatori da avvalorare sono: o numero cellulare o numero carta di debito principale (n AS400 della carta di debito precedentemente censita) o limite minimo alert pagamenti POS o limite minimo alert prelievi bancomat o periodicità canone o data prossima scadenza canone Pagina 19

20 Attraverso il flag S/N abilitato alla modifica da web dei limiti per alert BANCOMAT e POS si definisce se il cliente è abilitato o meno alla modifica dalla propria postazione dei limiti per l alert sul BANCOMAT e sul POS. XRE Informazioni Carta Debito Abilitazione che consente al cliente la visualizzazione della disponibilità residua della carta di debito. In tale contesto i campi obbligatori da avvalorare sono: o n carta carta debito principale (n AS400 della carta di debito precedentemente censita); o periodicità canone o data prossima scadenza canone Attraverso il flag S/N abilitato blocco/sblocco operatività estero della carta si definisce se il cliente è abilitato o meno dalla propria postazione al blocco/sblocco dell operatività estero della carta. Pagina 20

21 XEC Informazioni Conto Abilitazione che consente al cliente la visualizzazione del saldo e movimenti del proprio conto corrente. In tale contesto i campi obbligatori da avvalorare sono: o n conto corrente principale o periodicità canone o data prossima scadenza canone Pagina 21

22 XVA Informazioni varie Abilitazione che permette al cliente di programmare la ricezione automatica di informazioni secondo tempistiche prestabilite e sui canali disponibili SMS, e Fax (es: inoltro giornaliero via alle ore saldo del conto corrente con ultimi nove movimenti). In tale contesto i campi obbligatori da avvalorare sono: o occorre censire uno tra i campi n cellulare / n fax / n telefono / o periodicità canone o data prossima scadenza canone Attraverso il flag S/N abilitato a sms cai-pass si definisce se il cliente è abilitato o meno alla ricezione di dati relativi al servizio cai-pass. Pagina 22

23 XMP Informazioni Esercente POS Abilitazione che consente al cliente la visualizzazione del dettaglio e dei totali movimenti terminale POS (il servizio viene erogato in modalità off-line utilizzando i dati dell'archivio "POS" presente presso il Phoenix I.B. ed è disponibile solo per la Banca che utilizza il servizio POS gestito da Phoenix I.B. SPA). In tale contesto i campi obbligatori da avvalorare sono: o Esercente (n esercente precedentemente censito); o periodicità canone o data prossima scadenza canone Pagina 23

24 CAD Per attivare il servizio è sufficiente avvalorare il campo S/N abilitazione comunicazioni a distanza (CAD). Pagina 24

25 CENSIMENTO DI UN CLIENTE Bancalight (alternativo a INBANK) Con il termine Cliente Bancalight si intende un rapporto VB a cui è possibile associare unicamente abilitazioni SMS e Infob@nking (vedi al capitolo precedente). Al rapporto VB deve essere quindi associato un prodotto riconducibile ad una categoria tecnica ben specifica (le categorie tecniche sono gestite e definite da Phoenix I.B.) che consente il solo censimento di abilitazioni SMS. Su tali rapporti non è quindi possibile attivare l abilitazione SRB (servizi INBANK, ONBANK) e di conseguenza collegare rapporti applicativi. Pagina 25

26 Gestione del rapporto di Virtual Banking Utilizzando il tasto Gestione dall elenco generale dei rapporti VB è possibile gestire e quindi modificare opportunamente, se necessario, i dati censiti. Inserimento/Estinzione di una abilitazione Entrando in gestione di un rapporto VB è possibile censire abilitazioni aggiuntive rispetto a quelle già presenti oppure estinguere un abilitazione precedentemente censita. Analogamente a quanto indicato in precedenza il censimento/estinzione di un abilitazione viene automaticamente trasmessa ad Host. Pagina 26

27 Stato del rapporto Dopo aver provveduto a censire un rapporto VB è opportuno controllare lo stato assunto dallo stesso ossia l esito della trasmissione ad Host. Eventuali messaggi d errore in fase di trasmissione dei dati vengono proposti in automatico all utente che comunque può avere un evidenza dell esito della trasmissione utilizzando l elenco generale dei rapporti VB. I possibili tipi stato che un rapporto VB può assumere sono: Stato rapporto blank 1. Non trasmessi 1 o + rapp.applicativi 2. Non trasmessa la stazione (SRB) 3. Non tx nè stazione nè rapporti descrizione il rapporto Virtual Banking, le abilitazioni attivate ed i rapporti applicativi collegati sono stati correttamente censiti sia in SIB2000 sia in ambiente Host. il rapporto Virtual Banking risulta censito in SIB2000 ed in ambiente Host ma non sono stati trasmessi uno o più rapporti applicativi. il rapporto Virtual Banking risulta censito in SIB2000 ma non è stato trasmesso ad Host. il rapporto Virtual Banking risulta censito in SIB2000 ma non è stato trasmesso ad Host così come i dati relativi ai rapporti applicativi collegati. Pagina 27

28 4. Non tx 1 o più abilitazioni 5. Non tx stazione e altre abilitazioni 6. Non tx stazione-rapporti-abilitazioni 7. Non tx abilitazioni e rapporti il rapporto Virtual Banking risulta censito in SIB2000 ed in Host ma non sono state trasmesse una o più applicazioni. il rapporto Virtual Banking risulta censito in SIB2000 ma non è stato trasmesso ad Host così come le altre abilitazioni attivate. il rapporto Virtual Banking risulta censito in SIB2000 ma non è stato trasmesso ad Host così come le abilitazioni attivate ed i rapporti applicativi collegati il rapporto Virtual Banking risulta censito in SIB2000 ed in Host ma non sono state trasmesse le abilitazioni attivate e i rapporti applicativi collegati. In linea di principio se i dati inseriti dall utente sono corretti non si dovrebbero riscontrare anomalie in fase di censimento di un rapporto VB. Ad ogni modo in caso di errore è necessario analizzare se il problema deriva da: problema contingente di invio dati ad Host (si tratta tipicamente di errori rilevati in fase di trasmissione dei dati): in questo caso è sufficiente procedere ad effettuare un reinvio dei dati utilizzando il pulsante Reinvio ad Host dall elenco generale dei rapporti VB. problema riconducibile ai dati inseriti: in questo caso è necessario entrare in gestione del rapporto Virtual Banking e quindi modificare opportunamente i dati precedentemente inseriti. Pagina 28

29 Estinzione di un rapporto VB L estinzione di un rapporto VB può essere eseguita dall elenco generale dei rapporti VB utilizzando il tasto Estinzione. Per poter estinguere un rapporto VB è necessario aver precedentemente estinto: tutte le abilitazioni attivate per il rapporto VB; eventuali cag gestiti (ed eventuali rapporti applicativi collegati); eventuali banche passive censite; Se si tenta di effettuare l'estinzione del rapporto VB prima di aver estinto quanto indicato in precedenza viene segnalata questa incongruenza e non è possibile completare l operazione. Ripristino di un rapporto VB Il ripristino di un rapporto Virtual Banking precedentemente estinto può essere eseguito utilizzando il pulsante Ripristino dall elenco generale dei rapporti VB (in questo caso è necessario impostare opportunamente i filtri proposti a video in modo da includere anche i rapporti estinti oltre che i rapporti in stato attivo ). Annullamento di un rapporto VB E possibile annullare un rapporto Virtual Banking solo nel caso in cui non sia stato trasmesso nulla ad Host. E quindi necessario che non sia stata trasmessa nessuna informazione ad Host (sia per quanto riguarda le abilitazioni censite che per quanto rigarda i rapporti applicativi collegati). Analogamente a quanto previsto in altri servizi un rapporto annullato non può essere ripristinato. Cambio prodotto Analogamente a quanto previsto per gli altri servizi è possibile modificare il prodotto associato ad un rapporto VB (la modifica può essere effettuata entrando in gestione del rapporto e quindi utilizzando il tasto cambio prodotto dalla mappa relativa alle condizioni). Nell ambito del servizio VHB occorre prestare molta attenzione all attività di cambio prodotto su un rapporto soprattutto se lo stesso comporta un cambio di categoria (ad esempio nel caso in cui la modifica comporti un passaggio da un prodotto in-bank ad un prodotto on-bank). Infatti il cambio prodotto in tale contesto comporta la modifica sostanziale dell offerta di prodotti virtuali offerti al cliente e comporta una serie di modifiche sia nei dati censiti in ambiente SIB2000 sia in quelli definiti in ambiente Host. L utente viene comunque guidato passo passo durante il cambio prodotto al fine di evitare modifiche non coerenti con quanto richiesto dal cliente. Pagina 29

30 Reset Password Dall elenco generale dei rapporti VB oppure entrando in gestione del rapporto ed utilizzando le apposite funzioni è possibile eseguire il reset della password. In particolare è possibile effettuare il reset di: o password internet o password on-bank Blocco/Sblocco di un abilitazione Dall elenco generale dei rapporti VB oppure entrando in gestione del rapporto ed utilizzando le apposite funzioni è possibile eseguire il blocco/sblocco di un abilitazione precedentemente censita. Pagina 30

31 Attivazione rapporto Passivo Censimento Cliente passivo in POOL In primo luogo è opportuno specificare che per circuito POOL PHOENIX si intendono tutte le Utenti che utilizzano prodotti di banca virtuale forniti da Phoenix I.B. SPA e che utilizzano la struttura tecnica Phoenix. Nel caso in cui il cliente abbia un prodotto Virtual Banking fornito da una banca appartenente al POOL Phoenix ed intenda visualizzare sulla stessa anche i rapporti aperti presso la Vostra CR/BCC è necessario procedere all inserimento di un rapporto Virtual Banking passivo in POOL. Per quanto riguarda i dati principali richiesti in fase di censimento di un rapporto VB passivo POOL si rimanda a quanto descritto precedentemente in relazione al censimento di un rapporto VB attivo. E tuttavia opportuno segnalare il campo ABI accentratrice che in tale contesto assume rilevanza. Nome campo ABI accentratrice Descrizione Nel campo ABI accentratrice deve essere inserito l ABI della banca ATTIVA. Come indicato in precedenza la banca ATTIVA è la banca che ha fornito al cliente i prodotti virtuali. In fase di inserimento del dato viene controllato se l ABI indicato rientra nell elenco degli ABI POOL Phoenix. Pagina 31

32 Censimento Cliente passivo CBI Per circuito CBI si intendono tutte le banche che non utilizzano prodotti di banca virtuale forniti da Phoenix e che non si appoggiano quindi all Host Phoenix. Nel caso in cui il cliente abbia un prodotto di banca virtuale fornito da una banca non appartenente al POOL Phoenix (quindi CBI) ed intenda visualizzare sulla stessa anche i rapporti aperti presso la Vostra CR/BCC è necessario procedere all inserimento di un rapporto Virtual Banking passivo CBI. Quando si procede ad inserire rapporto Virtual Banking passivo CBI è necessario seguire l operatività precedentemente descritta nell ambito del censimento di un rapporto Virtual Banking passivo POOL. L unica differenza si rileva nell inserimento del campo ABI accentratrice che deve essere avvalorato con un ABI non appartenente al circuito POOL Phoenix. Nome campo ABI accentratrice Descrizione Nel campo ABI accentratrice deve essere inserito l ABI della banca ATTIVA. Come indicato in precedenza la banca ATTIVA è la banca che ha fornito al cliente i prodotti virtuali. In fase di inserimento del dato viene controllato che l ABI indicato dall utente non rientri nell elenco degli ABI POOL Phoenix. Pagina 32