get_user_profile
Recupera il profilo salvato del cliente identificato (identity_linking): nome, cognome, email, telefono E indirizzo di spedizione, da chiamare PRIMA del checkout per evitare di chiedere questi dati in chat. REQUISITI: - L'utente deve aver completato l'identity_linking con il consenso ai dati di contatto: la richiesta deve portare un access token utente (header Authorization: Bearer <token>) con lo scope com.netsgroup.igfs.shopping.contact:read. OUTPUT: - resolved=true con DUE blocchi con le stesse chiavi: * masked = valori mascherati di SOLA VISUALIZZAZIONE per l'utente (firstName/lastName iniziali, email m***@dominio, telefono con sole prime/ultime cifre; città/regione/paese in chiaro). Mostra QUESTI all'utente in chat. * tokens = handle opachi (es. NOM-..., COG-..., MAI-..., TEL-..., VIA-..., CAP-...) da usare nelle chiamate ai tool: passa QUESTI valori nel blocco buyer di update_checkout (name, lastName, email, msisdn) e nella destinazione di fulfillment. Il server li risolve in chiaro solo al confine con IGFS. Regole: mostra all'utente SOLO i valori 'masked'; passa i 'tokens' ai tool; NON mostrare i 'tokens' all'utente né tentare di decodificarli; NON inventare né dedurre i valori in chiaro. - resolved=false se l'utente non è identificato, non ha concesso lo scope contact, o non ha un profilo salvato → in tal caso procedere col flusso alternativo (richiesta dati in chat/HPP). PARAMETRI: - merchantCode (obbligatorio): codice merchant (es. "CONAD").
Each store has its own status page. To find more, search the directory.
Input schema
{
"type": "object",
"required": [
"merchantCode"
],
"properties": {
"merchantCode": {
"type": "string",
"description": "Merchant identifier (e.g. CONAD)"
}
}
}