Särskilj block, hushållningstillstånd och kategoritak
Tre verktyg svarar på tre olika operativa frågor.Använd ett rumsblock när ett specifikt rum inte fysiskt eller operativt kan överlämnas till en gäst. Det minskar kategoriinventeringen och förhindrar nya tilldelningar.
Hushållsstater beskriver arbete på ett annars användbart rum. Kategoritak minskar kategoriförsäljningen utan att identifiera ett defekt fysiskt rum.
Klassificera händelsen innan du skapar ett block. En städstatus beskriver städningsframsteg eller upptagen rumsservice; det tar inte bort inventering. Ett fysiskt rumsblock krävs när en betongenhet inte kan säljas eller användas på grund av defekt, underhåll, renovering, säkerhet eller avsiktlig urdrift. Ett försäljningstak på kategorinivå eller prisbegränsning svarar på en annan kommersiell fråga och får inte imiteras genom att blockera godtyckliga rum. Bekräfta det observerade tillståndet, förväntad varaktighet och om en gästvistelse påverkas. För ett mindre problem som inte förhindrar säker användning, skapa en lämplig operativ uppgift istället för att minska lagret. För ett försäljningspåverkande defekt, använd rum och block så att tillgänglighet och bokningsmotor reagerar. Klassificeringen går igenom när teamet kan ange vad som är otillgängligt, varför, för vilka datum och vilket system som måste bära sanningen utan att blanda status, blockering och kommersiell begränsning.
| Situation | Verktyg | Effekt |
|---|---|---|
| Rum 204 har vattenskador | Rumsblock, Reparation | Specifikt rum kan inte säljas |
| Rum 105 städas efter avresa | Hushållningsstat | Arbetsläge, inget flerdagarsblock |
| Sälj bara två av fem dubblar | Kategori keps | Reducerad försäljning, inget feluppdrag |
| Sluta sälja en kategori på en dejt | Kategori stängning | Kategori stängd för försäljning |
Förbered exakta rum och period
Ett bra block är så smalt och så långt som verkligen nödvändigt.Öppna Tillgänglighet och Blockera rum. Välj exakta rumsnummer med sök-, kategori- eller golvfilter. Bulkvalet är begränsat och måste återspegla samma verkliga avbrott.
Ställ in inklusive Från- och Till-datum till det verkliga avbrottet. Valfri releasetid dokumenterar en förväntning men frigör inte blocket automatiskt.
Förbered det smalaste exakta omfånget. Välj det eller de exakta fysiska rummen, det första oanvändbara datumet och det realistiska senast påverkade datumet, och namnge den person som ansvarar för frigivningen. För en reparation samma dag, inkludera den förväntade kontrollpunkten utan att låtsas att rummet redan är tillgängligt senare. Välj rum endast när de delar samma sak, period och beslutsägare; annars skapa separata block. Granska nuvarande och framtida bokningar, ankomsttider, rumsfunktioner och alternativ innan du fortsätter. Ett block på ett av tre kategorirum tar bort en tredjedel av det maximala fysiska lagret, så små fastigheter måste undvika breda försiktighetsperioder utan bevis. Blockera inte en hel kategori när endast en enhet påverkas. Anteckna källan till uppskattningen och nästa granskningstid. Omfattningen är klar när varje utvalt rum verkligen påverkas, varje datum matchar förväntad operativ påverkan och ledningen förstår att försäljningskapaciteten tas bort.
Före urval
- Varje rum är verkligen påverkat.
- Start är den första oanvändbara dagen.
- Slutmatchar realistisk restaurering.
- Massval delar anledning och period.
- En ägare känner till frigöringssteget.
Anteckna en motiverad anledning och intern anteckning
Orsaken klassificerar fallet; anteckningen förklarar detta fall.Välj endast städning för icke-tillgänglighet utöver normal städning; använda Underhåll, Reparation, Renovering, Ägaranvändning eller Annat beroende på det aktuella fallet.
Skriv det berörda föremålet, ägaren, granskningstiden och objektiva utgivningskriterium. Undvik känsliga personuppgifter och vaga anteckningar som "trasiga".
Välj den verkliga orsaken till blockeringen och lägg till en intern anteckning som stöder åtgärder. Ange observerad defekt eller planerat arbete, exakt plats där det är användbart, säkerhet eller gästpåverkan, ansvarigt team, nästa steg och tid för granskning. Enbart "trasigt" eller "underhåll" är för vagt för ett senare skift. Undvik skuld, hälsospekulationer eller onödiga personliga detaljer; intern synlighet är inte tillåtelse att lagra en oprofessionell berättelse. Länka anteckningen till ett verkligt reparations- eller förvaltningsbeslut där den processen existerar. Använd inte ett missvisande skäl bara för att få en föredragen färg eller rapportkategori. Om slutdatumet är osäkert, ställ in ett berättigat granskningsfönster och behåll aktivt ansvar istället för att gissa ett avlägset datum och glömma blockeringen. Anledningen och noteringen passerar när en kollega kan avgöra om rummet förblir otillgängligt, vem man ska kontakta och vilka bevis som krävs för frigivning utan att ringa den ursprungliga författaren.
| Anledning | Lämpligt fall | Använd inte för |
|---|---|---|
| Städning | Exceptionell försäljningsblockerande städning | Normal avgång ren |
| Teknik | Planerat tekniskt arbete | Outredda defekter |
| Reparera | Specifik defekt repareras | Renoveringsprojekt |
| Renovering | Längre byggstopp | Kort rutinarbete |
| Ägarens användning | Avsiktlig privat användning | Gästbokning |
Lös bokning och blockera konflikter innan du sparar
Readiness förklarar vilket rum som ännu inte kan blockeras och varför.När rum och datum är klara kontrollerar STRYK varje rum för aktiva bokningar, befintliga block och aktiva stamdata.
Dölj inte ett verkligt avbrott genom att helt enkelt ta bort ett rum med konflikter. Lös bokningen eller befintligt block i dess rätta arbetsflöde och kontrollera sedan igen.
Vänta på serverns beredskapskontroll och lös varje konflikt innan du sparar. En bokningskonflikt innebär att rummet har en påverkad vistelse och kräver ett gästsäkert alternativ eller ändrad omfattning innan det kan lämna inventering. Ett befintligt block kan behöva förlängning eller korrigering snarare än en dubblett. En saknad eller inaktiv rumspost kräver reparation av masterdata. Jämför exakta datum eftersom gränserna för utcheckning och nästa ankomst kan se bedrägligt fria ut. Avboka, flytta eller förkorta inte en gästvistelse enbart för att få blockformuläret att passera; använd det auktoriserade arbetsflödet för bokningsändring och erhåll godkännande. För varje konflikt, registrera ägare och lösning, kör sedan kontrollen igen. Förbigå aldrig ett misslyckat STRYK-svar med ett lokalt framgångstillstånd. Beredskapsporten passerar endast när alla utvalda rum är giltiga, konflikter är lösta vid källan och det sparade blocket kan inte överlappa ett oförklarat gäståtagande.
| Typ | Betydelse | Upplösning |
|---|---|---|
| Bokning | Aktiv vistelse överlappar varandra | Lös bokning eller datum |
| Block | Befintligt överlappande block | Granska befintligt block, duplicera inte |
| Rum saknas | Rum eller kategori är inte aktiv | Granska stamdata och välj giltigt rum |
Spara blocket och bevisa dess kalendereffekt
Endast synlig inventeringseffekt gör formuläret till ett effektivt block.Bekräfta endast när varje valt rum är klart. Servern upprepar konfliktkontroller samtidigt som den sparas så att nyskapade bokningar eller block inte skrivs över.
Kontrollera sedan Aktiva block, kalender och kontrollerat rumsval. Block visas alltid och minskar fysiskt säljbart kategorilager.
Spara det godkända blocket en gång och bevisa resultatet i kopplade vyer. Öppna den aktiva blockeringslistan igen och verifiera rum, period, orsak, anteckning och status. Öppna beläggningskalendern och bekräfta ett blocksegment på rätt fysiskt rum utan en överlappande aktiv vistelse. Kontrollera rumsval och kategoritillgänglighet för ett påverkat datum: den blockerade enheten får inte erbjudas, medan opåverkade rum förblir säljbara. Använd Booking Engine-utkastet eller den säkra tillgänglighetsvägen som är lämplig för fastighetens tillstånd och verifiera att det offentliga lagret endast reduceras där det är avsett. Ladda om varje vy så att bevis inte kommer från formulärcachen. Om ett lager inte håller med, registrera rummet, datum, förväntat och observerat resultat och eskalera; skapa inte ett andra block. Blockeringen är endast effektiv när kalender, rumsinventering, PMS-tillgänglighet och bokningsmotor delar samma serverstödda avbrott.
Spara och verifiera i fyra vyer
- 01Bekräfta beredskap
Alla rum visar ingen konflikt.
Åtgärden är aktiverad. - 02Spara en gång
Bekräfta och invänta serversvar.
Skapade block är synliga. - 03Läs kalendern
Kontrollera blockfältet, orsak och datum.
Ingen överlappande stag. - 04Kontrollera inventeringen
Kontrollera rumsval och kategori tillgänglighet.
Blockerat rum är inte säljbart.
Förstå tillgänglighet och inverkan på bokningsmotorn
Blocket påverkar det fysiska lagret, inte bara kalenderns utseende.STRYK kombinerar aktiva rum, bokningar, rumsblockeringar, stängningar, tak och restriktioner. Ett blockerat fysiskt rum är exkluderat från rumsval och offentlig tillgänglighet på serversidan.
Se över den dagliga kategorieffekten, särskilt på små hotell. Caps kan minska lagret ytterligare men aldrig öka det utöver fysiskt säljbara rum.
Förstå inventaritmetiken för varje påverkat datum. Maximal kategoriinventering kommer från aktiva fysiska rum. Subtrahera rumsblock och upptagna eller reserverade segment enligt de kanoniska tillgänglighetsreglerna, tillämpa sedan valfria kategoritak och begränsningar utan dubbel subtraktion. Kontrollera minst ett datum innanför, före och efter blocket. Med tre rum och en blockerad enhet blir det maximala fysiska lagret två före bokningar; ett resultat av noll eller tre signaler ett konfigurations- eller beräkningsproblem. Verifiera sökningar på flera nätter eftersom en vistelse endast är tillgänglig när en lämplig enhet finns över alla nätter. Kompensera inte genom att manuellt öka ett tak eller flytta en bokning utan godkännande. Anteckna den förväntade beräkningen och det observerade resultatet i testbeviset. Effektkontrollen går igenom när PMS och Booking Engine återställer samma säkra tillgänglighet och hotellet kan förklara antalet rum, block, bokningar och restriktioner.
| Mät | Exempel | Kontroll |
|---|---|---|
| Aktiva rum | 3 dubbelrum | Masterdata aktiv |
| Blockerad | 1 rum | Orsak och datum överlappar varandra |
| Fysiskt säljbart före bokningar | 2 rum | Aktiv minus blockerad |
| Efter bokningar och kepsar | 0 till 2 rum | Aldrig över fysiskt säljbara |
Släpp först efter verklig verifiering
Det planerade slutdatumet föranleder granskning; aktiv release bekräftar verkligheten.Öppna Aktiva block och kontrollera att arbetet är klart. Tekniskt färdigställande gör inte automatiskt ett rum redo; städning och kvalitetskontroll kan följa.
Släpp valda block och kontrollera sedan aktiva block, kalender, rumsval och kategoritillgänglighet igen. Ställ in hushållsläget till det verkliga tillståndet efter arbetet.
Släpp rummet först efter att den verkliga orsaken är löst och de nödvändiga säkerhets- och kvalitetskontrollerna har passerat. Det planerade slutdatumet är en granskningsuppmaning, inte ett bevis på att reparationen lyckades. Bekräfta utfört arbete, testa den berörda funktionen, dokumentera godkännande och ta bort eller stäng det aktiva blocket genom produkten. Bestäm sedan den riktiga hushållsuppföljningen: ett reparerat rum kan fortfarande kräva rengöring och inspektion innan det är klart. Öppna blocklistan, kalendern, val av rum, kategoritillgänglighet och bokningsmotortillgänglighet igen för datum efter release. Enheten bör återvända exakt en gång, utan ett inaktuellt block eller för tidigt redo-läge. Om reparationen är ofullständig, förläng blockeringen med en uppdaterad orsak, ägare och granskningstid istället för att tyst låta den löpa ut. Releasen är klar när rummet är tekniskt användbart, drifttillståndet är sanningsenligt, inventeringen är återställd och receptionen kan säkert tilldela nästa gäst.
| Kontroll | Möjligt tillstånd | Nästa steg |
|---|---|---|
| Reparation klar | Rummet är smutsigt efter jobbet | Släppblock, schemalägg hushållning |
| Rengöring klar | Kvalitetskontroll pågår | Markera inte redo ännu |
| Besiktning klar | Ledig, ren och användbar | Ställ klar |
Releasen är klar när...
- Den verkliga blockorsaken är löst.
- Erforderliga säkerhets- och kvalitetskontroller är klara.
- Blocket är inte längre aktivt.
- Kalender och rumsval släpper den korrekt.
- Kategoritillgänglighet kontrollerades igen.
- Hushållning tillstånd återspeglar det verkliga nästa tillstånd.
