Rilascio v3

La chiamata di rilascio CardReleased permette, indicando i parametri dell’Utente, codice del Servizio/Prodotto richiesto e parametri relativi a card e vendita, di:

Rilasciare la Card specificata e associarla all’Utente indicato;
Registrare la Vendita della Card con le specifiche indicate in request;
(Opzionale) Rilasciare le Licenze Software eventualmente associate alla Card;
(Opzionale) Creare l’Utente indicato;

Richiede in ingresso:

Codice Prodotto;
Parametri relativi all’Utente;
Parametri relativi a Card e Vendita;

Restituisce:

Codice della Card appena rilasciata;
Email dell’Utente a cui è associata la Card;
(Opzionale) Lista di licenze Software rilasciate, o info sullo stato del rilascio (in caso di software multipli o errore);
Oppure, se non va a buon fine, la descrizione dell’errore riscontrato;

Softwares:

Nel caso in cui siano associati 1 o più Softwares alla Card rilasciata, verrà gestita con la seguente logica il rilascio delle licenze software designate:

Software singolo per gruppo software: rilascio immediato della licenza;
Software multiplo per gruppo software: notifica che ci indica di effettuare chiamata di selezione software per la Card;

Utente:

Poiché il campo email è obbligatorio, la creazione o l'aggiornamento dell'Utente ai fini dell'allineamento con la base dati del socio verrà gestita esclusivamente tramite la seguente logica:

Utente trovato: l'utente esistente viene associato alla card.
Utente non trovato: viene creato un nuovo utente con tutti i dati specificati e successivamente associato alla card.

Chiave	Valore
Indirizzo Test	https://test-apiv2.smiletech.it/APIv2/CardReleaseds/ReleaseCard/{codeProduct}
Indirizzo Prod	https://apiv2.smiletech.it/APIv2/CardReleaseds/ReleaseCard/{codeProduct}
Metodo	POST
Success Response	200 (Success)
Error Response	400 (Bad Request) 401 (Unauthorized) 500(Internal Server Error)

Di seguito la struttura dell’Header contenente:

Header

{ 
    "authorization": "Bearer -indicare-qui-Token-fornito-" 
}

Il codice prodotto va inserito come parametro nell’URL andando a sostituire {codeProduct} all’interno dell’indirizzo.

Di seguito la struttura del body contenente i valori da inserire all’interno della richiesta:

Request body

{
    "sellState": "[string]{stato vendita} OBBLIGATORIO",
    "dateSell": "[date]{data vendita} OBBLIGATORIO",
    "shopCode": "[string]{codice negozio} OBBLIGATORIO",
    "nrDocument": "[string]{numero bolletta} OBBLIGATORIO",
    "serviceCode": "[string]{codice servizio} OBBLIGATORIO",
    "articleType": "[string]{tipologia articolo}",
    "articleBrand": "[string]{marca articolo}",
    "articleModel": "[string]{modello articolo}",
    "articleImei": "[string]{IMEI articolo} (Opzionale)",
    "isRenewal": [bool]{rinnovo (false/true), settare a false},
    "user": {
        "name": "[string]{nome dell’Utente}",
        "surname": "[string]{cognome dell’Utente}",
        "email": "[string]{email univoca e identificativa dell’Utente}",
        "phoneNumber": "[string]{numero di telefono dell’Utente}"
    }
}

Di seguito la struttura della response contenente i valori di ritorno dal sistema:

Response body

{
    "cardReleased": {
        "cardCode": "[string]{codice univoco Card, necessario per usufruire del servizio e dei prodotti associati}",
        "email": "[string]{email del cliente a cui è associata la Card}",
        "dateActived": "[DateTime] {data/momento di attivazione e validità della Card}",
        "dateExpired": "[DateTime] {data/momento di scadenza della Card}"
    },
    "softwares": [
        {
            "name": "[string]{nome del software}",
            "code": "[string]{codice identificativo del prodotto}",
            "license": "[string]{licenza di utilizzo, destinata al cliente finale}",
            "downloadLink": "[string]{link di download del Software}",
            "group": "[string]{nome del gruppo software di appartenenza}",
            "resultCode": [int]{codice stato operazione di rilascio (200, 400, 500 etc.)},
            "resultMessage": "[string]{messaggio esplicativo del risultato dell’operazione di rilascio}"
        }
    ]
}

Un esempio di chiamata con dati verosimili:

https://test-apiv2.smiletech.it/APIv2/CardReleaseds/ReleaseCard/SIRTIE12IPHONE

Header

{ 
    "authorization": "Bearer NTNv7j0TuYARvmNMmWXo6fKvM4o6nv/aUi9ryX38ZH+L1bkrnD1ObOQ8Jdav"
}

Request body

{
    "sellState": "N",
    "dateSell": "2025-03-31T12:00:00.000",
    "shopCode": "1005",
    "nrDocument": "123123123123",
    "serviceCode": "SIRTIEPREMTV",
    "articleType": "SMART TV",
    "articleBrand": "SAMSUNG",
    "articleModel": "SM-43-09889",
    "isRenewal": false, // usare false, non 0
    "user": {
        "name": "Marco",
        "surname": "Rossi",
        "email": "negozio.test2@test.com",
        "phoneNumber": "333 123 3334"
    }
}

In caso di Successo il sistema ritorna il seguente modello JSON:

Response body

{
    "cardReleased":
    {
        "cardCode": "006D25ADB1454157",
        "email": "marco@mail.it",
        "dateActived": "2023-10-26T19:33:06Z",
        "dateExpired": "2024-10-26T19:33:06Z"
    },
    "softwares": [
        {
            "name": "Kaspersky Internet Security",
            "code": "KIS",
            "license": "AAAA1-BB2BB-3CCCC-D4DDD",
            "downloadLink": "oaservice.it/internetsecurity.exe",
            "group": "Antivirus",
            "resultCode": 200,
            "resultMessage": "Licenza rilasciata."
        }
    ]
}

In caso di Errore il sistema ritorna il seguente modello JSON:

Response

Status: 400 Bad Request

        {
            "error": "Campi obbligatori (CodeProduct, ServicePrice) non valorizzati."
        }
        

Errori Riscontrabili

Di seguito la lista che indica gli errori che possono essere riscontrati:

Codice	Descrizione
400 (BadRequest)	I dati in ingresso non sono corretti o non sono correttamente formattati. Viene restituita la descrizione dell’errore nel dettaglio.
401 (Unauthorized)	Il codice Token fornito non è valido. L’autenticazione non è andata a buon fine.
500 (Internal Server Error)	Il server ha riscontrato un errore inaspettato, generalmente esula dal tipo di request e si verifica per problemi assoggettabili al sistema.

17 novembre 2025