Pos Virtuale per Pagamenti con Carte di Credito

Transcript

1 Pos Virtuale per Pagamenti con Carte di Credito Descrizione del servizio

2 Indice dei Contenuti 1. Descrizione del Servizio Premessa Attori Strumenti di Pagamento Protocolli di Sicurezza Caratteristiche del Servizio Documentazione del Servizio Architettura del Servizio Modalità MO/TO con Inserimento Manuale Modalità server-to-server con integrazione Merchant System Modalità Redirect con Transazione SSL Modalità Redirect con Transazione Verified by VISA/SecureCode Modalità Server-to-server Verified by VISA/SecureCode Operatività del Servizio Attività del compratore e del venditore Adempimenti in fase di adesione Acquisto e Pagamento Modalità operative scelte dal venditore Attività di SIA-SSB Back-Office Esercizio e Negozi Amministratore e Operatori Funzionalità di Supporto Funzionalità di gestione degli ordini Ricerche API di Back-Office Livelli di Descrizione del servizio pag. 2 di 28

3 1. Descrizione del Servizio 1.1 è un applicazione di POS virtuale che permette di accettare e gestire in modo facile e sicuro i pagamenti effettuati su Internet e, più in generale, su reti aperte. Frutto di un attività decennale nel mondo dei sistemi di pagamento è stato progettato per offrire differenti esperienze di pagamento multicanale in grado di soddisfare tutte le esigenze delle aziende e dei loro clienti finali. La soluzione gestisce le principali carte di pagamento operanti in Italia e all estero (VISA, MasterCard, American Express, Diners e JCB) e, grazie alla (1), consente la gestione dei pagamenti tramite l addebito sul conto corrente dell acquirente. Il servizio è in grado di accettare pagamenti: di tipo MO/TO (Mail Order/Telephone Order), tramite API XML e connessione server to server; in modalità redirect, utilizzando lo standard SSL; in modalità redirect, secondo i protocolli Verified by Visa e SecureCode di MasterCard; in modalità server to server secondo i protocolli Verified by Visa e SecureCode; con inserimento manuale da parte del merchant direttamente dal back-office (MO/TO). In caso di transazioni MO/TO l esercente deve integrare sui propri sistemi la fase di raccolta dei dati relativi alle carte di credito che vengono trasmesse al per il rilascio dell autorizzazione. In alternativa, il servizio è in grado di accettare pagamenti in modalità redirect, veicolando il compratore direttamente In questo caso, i dati dello strumento di pagamento non transitano sul portale del merchant ma vengono inseriti direttamente sul server sicuro di SSB. Gli esercenti che dispongono di un sistema pregresso di vendite per corrispondenza (es. Call Center) con la raccolta degli ordini completi degli estremi di pagamento, possono utilizzare direttamente l interfaccia grafica del back-office per inoltrare la richiesta di pagamento e ottenere il rilascio dell autorizzazione. 1 La è una componente separata rispetto al servizio che gestisce le carte di pagamento e viene descritta con apposita Descrizione del servizio pag. 3 di 28

4 1.2 Attori VENDITORE Il venditore/esercente è l'organizzazione commerciale che effettua la vendita di beni o servizi su Internet SIA-SSB E' l'entità che, in relazione alle singole esigenze delle Banche e dei loro clienti (Internet Service Provider, imprese, professionisti, privati) gestisce l infrastruttura di sicurezza del sistema e svolge il ruolo di gateway verso i circuiti autorizzativi BANCA DEL VENDITORE E' la Banca presso la quale il venditore intrattiene il rapporto di conto corrente da accreditare a fronte delle vendite ACQUIRER E l istituzione finanziaria che detiene il rapporto contrattuale con l esercente al fine di consentire l'accettazione delle carte di pagamento appartenenti ad un determinato circuito ISSUER E l istituzione finanziaria che detiene il rapporto contrattuale con il titolare della carta, ne cura il processo di emissione e di autorizzazione al Descrizione del servizio pag. 4 di 28

5 1.3 Strumenti di Pagamento Il permette di accettare diverse tipologie di carte di credito in associazione con gli standard e i protocolli di sicurezza previsti da parte dei circuiti di pagamento. Di seguito vengono riportate le principali carte gestite abbinate alle modalità di utilizzo del servizio : Verified by VISA Secure Code VISA Master Card Diners Amex JCB Aura SSL MO/TO Il servizio prevede inoltre la trasmissione delle informazioni legate al CVV2 e CVC2 (2) nel caso in cui la loro gestione venisse richiesta da parte dei circuiti di pagamento. 1.4 Protocolli di Sicurezza Nell ambito viene garantita la riservatezza con crittografia basata sullo standard SSL con chiave simmetrica a 128 bit. 2 Questi codici costituiscono un ulteriore misura di sicurezza nelle transazioni online con carta di credito e consentono all istituto che ha emesso la carta, di verificare l identità del titolare, prevenendo possibili frodi. I codici di sicurezza CVV (Card Verification Number) e CVC (Cardholder Verification Code) sono solitamente presenti sul retro della Descrizione del servizio pag. 5 di 28

6 1.5 Caratteristiche del consente di soddisfare ogni esigenza espressa da parte del merchant. Di seguito viene fornita una sintesi delle principali caratteristiche e funzionalità di base disponibili nell ambito del servizio. Modalità di utilizzo del POS Virtuale SSL (re-direzione compratore su server sicuro SSB) MO/TO (mail order/telephone order/contact center) Server to Server Verified by VISA/SecureCode Gateway interfaccia per Mobile Commerce Gateway interfaccia per TV Digitale Terrestre Carte di credito gestite VISA MasterCard Amex Diners JCB Aura Funzionalità di Back-office per l'esercente Accesso user-id psw Operatività differenziata amministratore /operatore Utilizzo tramite API (application program interface) Utilizzo tramite interfaccia grafica Funzionalità di gestione ordini Autorizzazione e Contabilizzazione Ordini Immediata Differita Gestione ordini in lotti diversi Autoriz. differita e contabiliz. immediata/differita Autoriz. immediata e contabiliz. Differita Autoriz. immediata e contabiliz. Descrizione del servizio pag. 6 di 28

7 Funzioni dispositive Richiesta autorizzazione Richiesta contabilizzazione Annullamento richiesta di contabilizzazione Richiesta storno Divisione/riduzione autorizzazione Chiusura/annullamento ordine Funzionalità di supporto Mail notifica pagamenti vs esercente/compratore Reportistica e storico degli ordini ricevuti Prospetti statistici sui pagamenti/ordini ricevuti Filtri dettagliati per la ricerca degli ordini. Certificazioni Certificazione ISO Certificazione PCI-DSS (Payment Card Industry- Data Security Standard) Flussi dispositivi vs banche Assistenza Esercenti in fase di integrazione Pagine di pagamento compliant con le regole di accessibilità (W3C) 1.6 Documentazione del Servizio Descrizione del POS - Pos Virtuale per Pagamenti con Carte di Credito Specifiche Manuale di Riferimento per l Integrazione con i Merchant System Modulo di adesione: Modulo Descrizione del servizio pag. 7 di 28

8 2. Architettura del Servizio 2.1 Modalità MO/TO con Inserimento POS - Inserimento Manuale Browser Venditore Legenda: 5 1 (SSL 128) 4 (SSL 128) 1: Richiesta di autorizzazione a SIA-SSB (SSL 128) 2: Inoltro richiesta di autorizzazione ai circuiti 3: Esito transazione 4: Esito transazione a video (SSL 128) 5: di conferma al venditore 3 2 CIRCUITI AUTORIZZATIVI E BANCHE Tale modalità non richiede nessuna particolare attività d'integrazione da parte del Merchant. Il Merchant deve compilare i campi del come da specifiche operative, inserire il numero di carta di credito e la relativa scadenza ed inoltrare il tutto verso SIA-SSB che processerà Descrizione del servizio pag. 8 di 28

9 2.2 Modalità server-to-server con integrazione Merchant POS - Integrato con il Merchant System MERCHANT Merchant Server Merchant System 1 (SSL 128) Legenda: 1 : Richiesta di autorizzazione a SIA-SSB (SSL 128) 2 : Inoltro ichiesta di autorizzazione ai circuiti 3 : Esito transazione 4 : Esito transazione (SSL 128) 4 (SSL 128) 2 3 CIRCUITI AUTORIZZATIVI E BANCHE Sul server del venditore, deve essere presente un applicazione che utilizza un client HTTPS per comunicare con il server SIA-SSB in modalità sicura tramite SSL 128 Descrizione del servizio pag. 9 di 28

10 2.3 Modalità Redirect con Transazione SSL Il compratore al momento del pagamento viene re-indirizzato sulla pagina web presente sul server sicuro di SIA-SSB, nella quale inserisce i dati della carta di debito/credito (numero carta, data scadenza ed eventuali quantità di sicurezza) ed ottiene on-line l esito dell operazione Browser compratore 2 1 MERC HANT Merchant Server Merchant System 4 (SSL 128) (SSL 128) 3 Legenda: 1: o rdine 2,3: totale ordine 4: formper inserimento dati di pagamento 5,6: richiesta di autorizzazione 7,8: esito 7 6 CIRCUITI AUTORIZZATIVI E BANCHE Questa modalità di pagamento garantisce una maggior sicurezza nella transazione sia al titolare delle carta che all esercente in quanto i dati della carta utilizzata per il pagamento transitano solo sul server sicuro di Descrizione del servizio pag. 10 di 28

11 2.4 Modalità Redirect con Transazione Verified by VISA/SecureCode In questa modalità di pagamento, del tutto simile a quella descritta nel precedente capitolo, il rileva che la carta utilizzata è abilitata al servizio VbV/SC innescando così il flusso di seguito riportato. Step 1 Step 2 Step 3 Step 4 Step 5 Step 6 Step 7 : il titolare chiede di effettuare un acquisto su un sito di un esercente abilitato ai servizi VbV/SC ed inserisce i dati della carta di credito dando inizio alla transazione; : il sito dell esercente si collega attraverso la componente Merchant Plug-In (MPI) al Directory Server (di Visa o Mastercard) che verifica se la carta aderisce al servizio VbV/SC (contattando l ACS appropriato); : se la carta aderisce al servizio, l MPI invia una richiesta d autenticazione del titolare all ACS (Access Control Server) attraverso una redirect del browser del titolare; : l ACS richiede la password al titolare e la verifica; : l ACS restituisce un identificativo univoco della transazione (CAVV) e l esito dell autenticazione all MPI attraverso una redirect del browser del titolare; : il Merchant Server Plug-in verifica la risposta dell ACS; : se l autenticazione ha avuto esito positivo, il sito dell esercente prosegue con il normale processo autorizzativi. N.B. La componente Merchant Plug-In è integrata nella L esercente non ha bisogno di alcun software Descrizione del servizio pag. 11 di 28

12 2.5 Modalità Server-to-server Verified by VISA/SecureCode Le autorizzazioni Verified By Visa per le carte VISA e SecureCode per le carte MasterCard si applicano solo alle carte Visa e Mastercard che sono abilitate a tale sistema di sicurezza. Nonostante questa premessa l offre un unica interfaccia per trattare tutti i tipi di carte di credito; ovviamente per le carte che risultano abilitate a VbV/SC il comportamento del sistema è necessariamente differente. Di seguito viene riportato lo schema di funzionamento del sistema nei due scenari possibili Directory 1.3 Circuiti Internazionali 1. Il compratore è connesso al sito del negozio e inserisce i dati della carta di credito Il negozio inizia il processo di richiesta autorizzazione, qualsiasi sia la carta, semplicemente inoltrando un messaggio al 1.2. Nel caso di carta VISA e si collega alle directory opportune e verifica se la carta è abilitata al servizio VBV 1.3. Se la carta non è abilitata a VBV/SC (o non è inoltra direttamente un messaggio autorizzativo ai circuiti internazionali. La risposta fornita al sito del negozio contiene l esito della Descrizione del servizio pag. 12 di 28

13 Se al passaggio 1.2 il rileva che la carta è abilitata al servizio VbV/SC, viene innescato il seguente scenario: Directory 2.2 Sito ACS Circuiti Internazionali 1.3. Se la carta è abilitata a VbV/SC, la risposta al messaggio di 1.1 invece di contenere il risultato della transazione contiene i dati per la redirect del compratore verso il sito ACS dell Issuer. 2. L utente, connesso al sito ACS, inserisce la sua password e viene rediretto nuovamente verso il sito del negozio Il negozio, con le informazioni arrivate da ACS, compila il messaggio e lo inoltra al decodifica i dati ACS, inoltra la richiesta di autorizzazione ai circuiti internazionali, e fornisce quindi l esito della transazione in risposta al messaggio Descrizione del servizio pag. 13 di 28

14 3. Operatività del Servizio 3.1 Attività del compratore e del venditore Di seguito sono riportate schematicamente le attività del compratore e del venditore nelle diverse fasi che caratterizzano il processo di pagamento La descrizione che segue è valida per la modalità di acquisto di tipo redirect, mentre per la modalità server to server, la fase di raccolta dei dati di pagamento è lasciata al venditore: il compratore visita il negozio virtuale e mette la merce nel carrello virtuale; terminata la fase di acquisto, il compratore inizia la fase di checkout, in cui il sistema gli presenta un riassunto dell ordine con eventuali spese di spedizione, valuta, dati per l invio della merce ecc., a fronte del quale il compratore effettua il controllo, conferma l operazione e prosegue; a questo punto il merchant system fa si che il browser del compratore si colleghi al server di SIA-SSB comunicando i dati riepilogativi dell ordine (importo, valuta, numero d ordine, ecc.) e gli indirizzi internet necessari per il completamento della transazione; il server SSL di SIA-SSB presenta al compratore una pagina che contiene: i dati dell ordine ricevuti; i campi da compilare per il numero di carta di credito e la sua scadenza; un pulsante per tornare al carrello virtuale del negozio, un pulsante per confermare il pagamento; il compratore compila i campi presenti e conferma il pagamento inviando i dati in SIA-SSB; SIA-SSB processa i dati della carta e fornisce una pagina di risposta al cliente; contemporaneamente SIA-SSB, in funzione della scelta effettuata dal venditore in fase di adesione al servizio, può notificare l esito al merchant system del venditore tramite una GET HTTP verso l indirizzo del merchant system deputato a ricevere l esito; in caso di risposta positiva, l utente verrà indirizzato verso l indirizzo del merchant system deputato alla conclusione della transazione, in caso di risposta negativa verrà indirizzato al carrello virtuale. Al fine di evitare che nel processo di comunicazione dell esito tra SIA-SSB e merchant vi sia l intromissione di un soggetto estraneo che cerchi di comunicare al merchant system false autorizzazioni concesse, SIA-SSB autentica il messaggio di esito mediante la quantità segreta condivisa con il venditore all atto dell adesione al Descrizione del servizio pag. 14 di 28

15 3.2 Adempimenti in fase di adesione ADESIONE DELLA BANCA DEL VENDITORE SIA-SSB aggiorna la directory contenente l'elenco delle banche convenzionate tramite il modulo di adesione al servizio fornito all atto dell adesione ABILITAZIONE DEL VENDITORE Il venditore che intende essere abilitato all utilizzo del deve convenzionarsi con una banca aderente e convenzionarsi con un Acquirer, per poter accettare presso il proprio negozio virtuale pagamenti con carte di credito. A fronte del convenzionamento di ciascun venditore, la banca inoltra a SIA-SSB il modulo contenente le informazioni necessarie per la sua abilitazione. In fase di abilitazione, SIA-SSB comunica a ciascun venditore in modo riservato: - la quantità segreta necessaria per l autenticazione dei messaggi; - l identificativo e la password necessari per accedere alle funzioni di invio transazioni, di monitoraggio degli esiti, di contabilizzazione e di disposizione degli storni sul sito web di SIA-SSB (back-office). 3.3 Acquisto e Pagamento ATTIVITÀ VENDITORE Di seguito sono riportate schematicamente le attività del venditore nelle diverse fasi che caratterizzano il processo di pagamento in funzione dell architettura con inserimento manuale Il venditore inserisce in un apposito form i dati relativi alla transazione, quali numero ordine, importo, valuta, numero di carta, data scadenza carta, etc. I dati vengono inoltrati in modalità sicura via SSL 128 bit verso SIA-SSB per essere processati, l'elaborazione della transazione avviene online ed in risposta il server di SIA-SSB genera una pagina HTML con l'esito. L'esito viene inoltrato verso il venditore in modalità sicura SSL 128 bit, dove viene visualizzato a video. Il venditore viene avvisato dell' esito della transazione anche mediante la spedizione di una e- mail da parte di SIA-SSB, contenente il riepilogo dell' Descrizione del servizio pag. 15 di 28

16 @POS modalità server-to-server Sul server del venditore, deve essere presente una applicazione che utilizza un client HTTPS per comunicare con l'interfaccia web di SIA-SSB. I dati della transazione vengono inoltrati in modalità sicura SSL 128 bit verso SSB per essere processati, l'elaborazione della transazione avviene on-line ed in risposta il server di SSB genera l'esito per il merchant modalità redirect con transazione SSL Il compratore riempie il proprio carrello virtuale sul sito web del venditore; al momento del pagamento il browser del compratore viene rediretto in modalità HTTPS sul server di SIA-SSB, nel quale inserisce i dati di pagamento e conferma l operazione. L esito della richiesta viene mostrato su una pagina web e, contestualmente, viene notificato tramite apposito messaggio al modalità redirect con transazione Verified by VISA/SecureCode La logica di funzionamento è identica a quella della modalità redirect SSL; in questo caso se venditore e compratore sono entrambi aderenti ai protocolli Visa e MasterCard (Verified by Visa e SecureCode) al compratore verrà richiesto da parte del proprio Issuer l inserimento di una quantità di sicurezza password - per poter portare a termine con successo l modalità Server-to-server con Transazione Verified by VISA/SecureCode La logica di funzionamento è quella descritta nella modalità server-to-server. Il compratore inserisce le informazioni della carta di credito sul sito dell esercente che le trasmette a SIA-SSB al fine di innescare il protocollo VbV/SC. Nel caso di carta aderente al servizio, viene fatto pervenire un apposito messaggio al server del venditore così da permettere l indirizzamento del browser del compratore verso i sistemi di autenticazione dell Issuer. 3.4 Modalità operative scelte dal venditore In fase di invio di ogni singolo ordine il venditore ha la facoltà di decidere a seconda delle proprie necessità le seguenti modalità operative: autorizzazione on-line o differita; contabilizzazione immediata o differita. Ciascuna delle due modalità di autorizzazione è compatibile con ciascuna delle due modalità di contabilizzazione, ossia il venditore può scegliere di utilizzare ad esempio l autorizzazione on-line e la contabilizzazione immediata o Descrizione del servizio pag. 16 di 28

17 Modalità di autorizzazione Qualora il venditore tratti prodotti a magazzino infinito o effettui normalmente la verifica del magazzino contestualmente all acquisizione dell ordine, può scegliere di operare con l autorizzazione on-line. In questo caso, alla ricezione delle istruzioni di pagamento da parte del venditore, SIA-SSB innesca immediatamente il processo di richiesta di autorizzazione nei confronti del circuito di carte di credito e restituisce immediatamente l esito Modalità di contabilizzazione A fronte della scelta di contabilizzazione immediata, al termine della stessa giornata in cui è stata concessa l autorizzazione, SIA-SSB inoltra le informazioni per il regolamento contabile dell operazione alla banca convenzionante del venditore ed all Acquirer. A fronte della scelta di contabilizzazione differita, il venditore deve accedere al back-office per confermare o annullare la contabilizzazione dell operazione, entro il periodo di tempo stabilito in fase di adesione di concerto con la banca convenzionante e con l Acquirer. A fronte di ogni operazione per la quale sia stata confermata la contabilizzazione, SIA-SSB procede all inoltro delle informazioni per il regolamento contabile dell operazione alla banca convenzionante del venditore ed all Acquirer. 3.5 Attività di SIA-SSB A fronte della compilazione del modulo di pagamento da parte del venditore, SIA-SSB effettua le seguenti attività: effettua i controlli formali; qualora i controlli abbiano dato esito negativo, rifiuta la richiesta di pagamento ed inoltra la segnalazione di errore al venditore; qualora i controlli abbiano dato esito positivo, effettua la traduzione del messaggio contenente le istruzioni di pagamento ed i riferimenti all ordine nel formato della richiesta di autorizzazione prevista dal relativo circuito di pagamento; - in funzione delle esigenze espresse dal venditore in fase di adesione, effettua i tipi di operatività alternativi, denominati rispettivamente autorizzazione on line e "autorizzazione differita a lotti"; - rileva le informazioni per il regolamento contabile che provvede ad inoltrare alla banca convenzionatrice e all Acquirer,; aggiorna gli archivi gestionali (movimenti, statistiche, fatturazione, Descrizione del servizio pag. 17 di 28

18 4. Back-Office Il servizio di back office messo a disposizione ha una struttura gerarchica basata sulla distinzione tra negozi che compongono, nel loro insieme, l esercizio commerciale (esercente). In modo trasversale la struttura organizzativa degli utenti che hanno accesso al back office è basata sulla distinzione tra amministratore e operatori. 4.1 Esercizio e Negozi La struttura su cui è basato il back office gestionale prevede che un unico esercente (identificato da un unica ragione sociale) possa distinguere al suo interno diversi negozi virtuali di e-commerce. Questo non implica necessariamente che a ogni negozio sia associato un sito web o un area del sito diversa, ma può essere anche una suddivisione interna dell esercizio commerciale che raggruppa i prodotti in vendita in diverse vetrine virtuali. In questo modo l esercente può mantenere traccia della segmentazione delle vendite all interno della propria gamma di Descrizione del servizio pag. 18 di 28

19 Infatti, all atto della redirect del consumatore al momento del pagamento, tra le informazioni trasmesse al sistema POS virtuale è prevista anche l informazione relativa al negozio (tra quelli presenti nell organizzazione dell esercente) da cui è stato generato l ordine. Nel caso in cui l esercente non ritenga opportuno usufruire dell articolazione dell esercizio commerciale in diversi negozi, può ovviamente mantenere la completa corrispondenza tra esercizio e negozio. In questo caso l esercizio commerciale definito dalla ragione sociale viene identificato con un unico negozio all interno del back office. Qualora, invece, l esercente opti per una gestione delle transazioni in funzione di una segmentazione in negozi, l esercente, in qualità di amministratore del sistema di back office ha la possibilità di limitare l operatività degli operatori solo ad alcuni negozi, mantenendo all interno del suo staff una chiara separazione delle responsabilità. 4.2 Amministratore e Operatori In sede di convenzionamento al servizio l esercente indica il responsabile amministratore del servizio di back office, specificando i dati personali dello stesso. Vengono quindi fornite all esercente le chiavi di accesso (user-id e password) al back office che permettono all esercente di autenticarsi sul sito e di usufruire di tutte le funzionalità che il servizio offre. Tra le funzioni specifiche accessibili solamente all amministratore ci sono quelle che riguardano la gestione degli operatori, ovvero quegli utenti che all interno della organizzazione dell esercente avranno accesso al back office usufruendo di funzionalità limitate, così come definite dall amministratore stesso. L amministratore crea i profili degli operatori e ne definisce visibilità (i.e. negozi gestibili all interno dell esercizio) e operatività (funzioni cui è abilitato nella gestione dei negozi su cui ha visibilità). Le operatività disponibili sono sostanzialmente di due tipi: abilitazione alla consultazione: consente all operatore solo l accesso alle reportistiche e statistiche degli ordini del negozio senza poter disporre o operare sulle transazioni di pagamento; abilitazione alla gestione: permette all operatore di operare sugli ordini in modo dispositivo usufruendo di tutte le funzionalità legate alla gestione delle transazioni di Descrizione del servizio pag. 19 di 28

20 4.2.1 Funzionalità di Accesso al Back-Office L accesso dell amministratore e degli operatori al back office gestionale dell esercente viene effettuato direttamente dal browser accedendo attraverso login direttamente su un sito di SIA- SSB. Per procedere all autenticazione è necessario inserire user-id e password. Nel caso l utente del back office (amministratore, operatori) stia effettuando il primo accesso al, dopo l identificazione viene chiesto di cambiare obbligatoriamente la password segreta di accesso a tutela della sicurezza nell autenticazione. Di seguito sono riportate due delle principali mappe di accesso alle varie funzionalità di back- Descrizione del servizio pag. 20 di 28

21 4.3 Funzionalità di Supporto Accanto alle funzionalità dispositive che permettono all utente (amministratore o operatore) la gestione operativa degli ordini, sono disponibili nel back office gestionale funzionalità di supporto che rendono disponibili: reportistica e storico degli ordini ricevuti prospetti statistici sui pagamenti e sugli ordini ricevuti filtro dettagliati per la ricerca degli ordini. Le funzionalità di supporto sono disponibili sia all amministratore dell esercizio sia agli operatori abilitati (in consultazione o in gestione) ad un negozio/esercizio. 4.4 Funzionalità di gestione degli ordini MODALITÀ DI AUTORIZZAZIONE E CONTABILIZZAZIONE DEGLI ORDINI L esercente, sia per l autorizzazione che per la contabilizzazione delle transazioni (ordini), può operare secondo le seguenti modalità alternative: immediata : la fase di processing dell operazione (autorizzazione o contabilizzazione) è contestuale alla finalizzazione dell ordine da parte del consumatore; differita : la richiesta di autorizzazione o contabilizzazione verso i circuiti di pagamento avviene solamente a seguito di una successiva disposizione dell esercente attraverso il back office gestionale AUTORIZZAZIONI NON CONCESSE DAI CIRCUITI DI PAGAMENTO A seguito di un autorizzazione negata da parte dei circuiti a fronte di una autorizzazione immediata, al consumatore verrà data evidenza direttamente on-line durante la fase di pagamento ed avrà la possibilità di finalizzare l acquisto utilizzando un altra carta di pagamento tra quelle accettate dall Descrizione del servizio pag. 21 di 28

22 4.4.3 EVASIONE DI UN ORDINE IN DIVERSI LOTTI Il sistema è in grado di supportare la gestione di un ordine spezzando la consegna in successive e diverse spedizioni della merce in oggetto (3). L esercente che decide di effettuare lo split shipment di un ordine può trovarsi in tre differenti situazioni, a seconda della modalità di autorizzazione e contabilizzazione prescelta: Autorizzazione differita e contabilizzazione immediata/differita In questo caso è sufficiente richiedere l autorizzazione ai circuiti solo per la parte dell ordine che viene recapitata e che deve essere addebitata al consumatore. Autorizzazione immediata e contabilizzazione differita In questo caso è necessario accedere alla funzione divisione/riduzione autorizzazione in cui viene visualizzato l ordine in oggetto (autorizzato dai circuiti per l intero importo): selezionando l ordine e modificando il valore dell importo autorizzato (da addebitare al consumatore per la consegna della merce) il sistema effettua uno split dell operazione e riduce l autorizzazione concessa dai circuiti all importo definito, mentre mantiene la rimanente parte dell ordine ancora operabile da parte dell esercente nello stato di importo ancora da autorizzare. Autorizzazione immediata e contabilizzazione immediata In questo caso è possibile solo stornare la parte di importo che non deve essere addebitata al consumatore (es: merce in parte non recapitabile), però non è più possibile operare sull importo stornato FUNZIONI DISPOSITIVE Dopo aver scelto il negozio su cui operare, l utente può fruire delle seguenti funzioni dispositive: Richiesta autorizzazione; Richiesta contabilizzazione; Annullamento richiesta di contabilizzazione; Richiesta storno; Divisione/riduzione autorizzazione; Chiusura/annullamento ordine. 3 Questa modalità di consegna di un ordine può essere necessaria all esercente per differenti motivi, ad esempio perché la merce è solo parzialmente presente nel magazzino e si decide ugualmente di recapitare al consumatore la parte dei prodotti presenti addebitandogli il solo importo relativo alla parte della merce Descrizione del servizio pag. 22 di 28