[Matteo]

Si tratterebbe di fare un sistema che non è "valido per tutti nello stesso modo" e anche - e soprattutto - in caso di una cancellazione di una delle due prenotazioni "prima o dopo" quella singola notte ti dovrebbe in automatico riportare al minstay precedente.
Facile? Ammesso che a "Ridurre il minimum stay" possa essere fatto poi come lo riaumenti in caso di riapertura disponibilità? Il sistema dovrebbe "ricordare come era prima" per riaumentare il minstay.
Per ogni singola struttura gestita dal programma stesso.
Il secondo passo non penso sia davvero fattibile perchè avresti minstay1 e disponibilità su minstay1 quindi niente da segnalare.

Io lavoro molto con i minstay e minstay incrociati con piani tariffari diversi. Considera che non accetto prenotazioni 1nt se non meno di 25/30g prima della data di arrivo. Quando mi rendo conto che ho 1 buco di una notte a cavallo in un certo periodo  so che a 30gg dalla data si aprirà una notte in automatico.
Per qualche data futura ho una settimana piena di concertoni qua vicino tutte le sere? vai apro subito il minstay 1 ma solo con tariffa prepagata notref. Insomma me la son studiata bene e mi occupa si e no 30 minuti a settimana.

Dalla figura si vedono 6 camere. Se hai solo 6 camere una "passata" al planner una volta a settimana ce la puoi dare e i buchi da 1 notte ti saltano all'occhio all'istante.
Se ne hai molte di più devi lavorare "senza assegnazione programmata" unificando le camere per categoria. (classic/Superior/deluxe ad esempio raggruppandole più possibile) o lavorare in Run of House (quello che ho disponibile alla data di arrivo) oppure ancora con una tariffa più competitiva magari che ti permetta di spostare il cliente in base a come sei messo anche all'interno dello stesso soggiorno. C'è chi la chiama tariffa canguro.
E' un casino? Al cliente non piace? è una tariffa specifica che booking stesso suggerisce di attivare tra l'altro... Pro: riempi facile e non ingrullisci Contro: aumentano i lenzuoli e le partenze da fare.

Francamente la soluzione migliore per le piccole strutture è "una volta a settimana ci do un occhio ed intervengo"
Zak ha una cosa bella: è scalabile, semplice e francamente costa poco per tutto quello che mi da. (c'è roba zucchetti che fa un terzo e costa il triplo)
Se lo voglio iperpersonalizzabile bisogna che pensi a qualche altro prodotto secondo me. (p.s. non sono un commerciale di Zak, sto solo condividendo i miei pensieri in base alla mia esperienza passata anche in strutture con oltre 200camere e programmi da 5 zeri di fatturato all'anno)

Un saluto.
M

Buongiorno Matteo,
io la vedo in maniera più semplice e vado a spiegarmi meglio: 
se per un determinato mese per esempio Maggio imposti da SYTAR un minimo stay di 2 notti o 3 o 6 quello che vuoi cosa succede prima di inziare la vendita? in Tabla ogni notte dal 1 al 31 maggio di una determinata camera o tutte le camere poco importa risulterà il minimo stay impostato mettiamo 3 come nel mio caso.
Ora se qualcuno prova a cercare dal 10 al 12 maggio il sistema non darà disponbililità correttamente perchè il minimo stay essendo 3 non accetta richiesta di 2 notti.
Arriva invece una richiesta dal 13 al 17 maggio (sopra al minimo stay) e viene confermata.
Ecco il problema che si presenta e che dovrebbe essere segnalato:
la data del 11 e 12 maggio avranno ancora il minimo stay 3 essendo il 13 maggio venduto se non metti alla data 11 maggio minimo stay 2 e a 12 maggio 1. QUESTE 2 DATE NON LE VENDI!!!!
Più camere hai in struttura e più rischi di bloccare la vendita hai. 
Naturalmente allo stato attuale di come funziona il sistema ZAK non hai mai problemi se lasci il minimo stay a ZERO!!!!
Spero di essere stato chiaro e se magari hai un suggerimento da darmi sarei felicissimo di riceverlo perchè io allo stato attuale sono costretto a controllare tabla a ogni prenotazione che entra perchè non ho 1 check in a settimana con entrata fissa (risolverebbe il problema).
Grazie
Raffaele

Guarda che la definizione di MinStay è semplice e non è che va spiegata.
Come facevo notare precedentemente il problema non è "la mancata vendita di quelle 2 notti" ma il fatto che in caso di cancellazione della prenotazione 13/17 del tuo esempio il sistema non può IN NESSUN MODO capire che "oh, si è riaperto, rialziamo il min stay".
Io lavoro tranquillamente con un filotto di piani tariffari e ognuno di questi nasce con un suo proprio minstay. 
Lavorando con un totale di 9 unità è un attimo ogni giorno anche andare a fare un check del planner. Un attimo vuol dire davvero questione di un tempo inferiore ai 5 minuti compresi gli aggiornamenti.
Se ne hai meno di 9 ti ci vuole lo stesso tempo che serve a me.
Se ne hai MOLTE PIU' di 9 (25/30) hai un ufficio prenotazioni che ha nei suoi compiti anche la verifica della consistenza di vendita.

Pensare che un programma a bassa personalizzazione e basso costo ma altissima flessibilità si adatti alle tue richieste specifiche senza considerare che il suo lavoro non è "la verifica della consistenza di vendita" ma la "vendita e gestione gella proprietà" vuol dire volere un PMS superpersonalizzato (bottepiena) a bassocosto (moglieubriaca).

Non puoi pretendere che i programmatori facciano una cosa (sicuramente utile ma a livello di programmazione funzionante in una sola direzione) il cui risultato sarebbe quello di abbattere il tuo minstay alla prima occasione e poi farti incavolare quando non si rialza. Lavorerebbero per un sistema che fa incavolare il cliente.

Tu metteresti le lenzuola di carta a vetro?  Direi di no...
Ti ho dato alcune soluzioni che funzionano e lo fanno per me con le mie 9 unità.