Skip to main content
Il right-sizing è lo stadio finale della procedura di mancato pagamento (dunning). Serve quando uno studente non paga da un tot di tempo e i passaggi soft non hanno sbloccato la situazione. Il contratto del Servizio AI Ospiti non si chiude per morosità: le condizioni le regola l’Addendum, e non stanno qui. Quello che si può fare è togliere l’operatività mantenendo il contratto: si riduce il numero di appartamenti attivi fino a 1, lo si tiene così finché non paga, e poi si ripristina tutto da un backup.
Questa pagina è la coda di Mancato pagamento: lì trovi la scala completa (banner → email → sospensione al giorno 7 → holding dell’agente). Il right-sizing arriva dopo quegli stadi, non al posto loro.

​
Perché si fa così

Chiudere il servizio per morosità sarebbe la scelta peggiore per entrambi. Il right-sizing separa le due cose:
  • Contratto → resta in piedi, con quello che ne consegue sul piano amministrativo (i termini sono nell’Addendum, non in questa pagina).
  • Operatività → si azzera nei fatti, perché l’agente resta attivo su un solo appartamento invece che su tutto il portafoglio dello studente.
Il right-sizing è una leva dura su un servizio dal vivo. Si attiva solo dopo gli stadi precedenti del dunning e solo dietro conferma esplicita della direzione. In caso di dubbio su un singolo studente, non forzare: segnala e attendi conferma.

​
Trigger (quando scatta)

Tutte queste condizioni devono essere vere:
  1. Lo studente è passato per gli stadi precedenti del dunning (reminder → sospensione → holding dell’agente) e continua a non pagare da un tot di tempo.
  2. Mancato pagamento / morosità confermata (non un semplice ritardo tecnico: nessuna Esenzione o Sconto attivo per quel caso).
  3. Conferma esplicita della direzione. Nessun automatismo esegue il right-sizing.
Se lo studente è attivo e sta pagando (o c’è un problema tecnico in corso), non si tocca: prima la scala soft del dunning, mai il right-sizing come scorciatoia.

​
I passi: BACKUP → riduci a 1 → hold → ripristina

1

1 · BACKUP di tutto ciò che c'è dentro

Prima di ridurre qualsiasi cosa, fai lo snapshot completo del workspace Conduit dello studente, così il ripristino è fedele al 100%:
  • KB per-listing (cartelle, entity_ids, articoli) di ogni appartamento
  • Skill e custom tool per-listing (mapping tool ↔ skill)
  • Workflow, guardrail e configurazione agente
  • Elenco dei listing attivi (list_listings) con il loro listing_id e isActive
Questo backup è ciò da cui ripristinerai: senza, la riattivazione è un rimontaggio a mano. Salvalo (export/note) e registralo nel record billing dello studente.
2

2 · Riduci a 1 appartamento attivo

Porta i listing dello studente a isActive: false lasciandone uno solo come riferimento. Si può fare via MCP con set_listing_active (anteprima con dry_run: true, poi applica; audit loggato) oppure a monte in KrossBooking (delisting dell’unità, che si propaga a Conduit come isActive: false) o dalla UI Conduit.
isActive: false da solo non ferma l’assistente: è un bug Conduit confermato, vedi Troubleshooting. Il portafoglio ridotto resta esposto (Airbnb/Booking/PMS) finché non applichi anche l’interruttore AI per-listing in Settings → Listings del pannello Conduit (non è raggiungibile via MCP), o almeno un guardrail-tampone con l’elenco dei listing spenti.
Scendere a 1 listing attivo è ciò che stacca l’operatività e ferma l’accumulo sul portafoglio.
3

3 · Conferma la sub con Conduit ops

L’abbassamento reale della sottoscrizione non è auto-verificabile via MCP: il billing è gestito a livello di account partner. Scrivi a Conduit ops per farti confermare che il conteggio fatturabile è sceso davvero. Le condizioni dell’accordo partner stanno nel repo interno.
4

4 · Hold finché non paga

Lasci lo studente a 1 appartamento finché non regolarizza. Il contratto resta valido, l’arretrato resta dovuto: registra lo stato nel record billing così la posizione amministrativa non si perde. Nel frattempo l’agente lavora solo sull’appartamento di riferimento.
5

5 · Ripristina dal backup (al pagamento)

Appena lo studente paga, riabiliti gli appartamenti in KrossBooking → si ri-sincronizzano su Conduit come isActive: true → ri-verifichi il mapping KB / skill / tool per-listing usando lo snapshot dello Step 1. Da lì riprende la normale fatturazione per-listing. La procedura è reversibile: il backup garantisce che lo studente ritrovi KB, skill, tool e workflow come prima.
Sospensione ≠ risparmio. Un listing messo in stato “SOSPESO” continua a pesare: non azzera la spesa. Se l’obiettivo è togliere operatività e fermare il costo, serve la disattivazione piena (isActive: false), non la sospensione.

​
Reversibilità

Il right-sizing è completamente reversibile: nulla viene cancellato in modo distruttivo. Il portafoglio dello studente vive nel backup (Step 1) e negli appartamenti disattivati (non eliminati) su KrossBooking. Riabilitare in Kross + ri-verificare il mapping dallo snapshot riporta lo studente esattamente com’era.

​
Chi si notifica

Nota operativa. Registra il right-sizing nel record billing dello studente insieme al backup: è ciò che tiene tracciato l’arretrato dovuto e permette il ripristino fedele. Il right-sizing ha senso solo su studenti morosi/churned confermati — mai su un workspace attivo e in stagione: ridurre lì taglierebbe l’AI Ospiti su proprietà vive.
▷ Prompt Claude Code: Right-sizing Conduit (studente moroso) · incolla in Claude Code:

Mancato pagamento (la scala completa)

Banner → email → sospensione → holding → right-sizing

KrossBooking (dove si disattiva il listing)

Il delisting a monte propaga isActive:false a Conduit