KC Hostings — Steuerung

Jetzt eingreifenkritische Gastthemen, Aufgaben und Chancen

Rot = sofort · gelb = heute. Antworten, Preis- und Buchungsänderungen laufen über die Agenten — jeder Versand bleibt deine Freigabe.

TageslinieCheck-out · Reinigung · Wäsche · Check-in · Sonderaufgaben

Bewegungen heuteCheck-in-Status · Codeversand · Reinigungsstatus

Putz- und Serviceplan

Wird aus den Check-outs und dem Dienstleisterplan erzeugt. Die ausführende Stelle ist ein Ressourcentyp (externer Reinigungspartner, interne Reinigungskraft, Operations oder noch nicht zugewiesen) — kein fest verdrahteter Name.

Nächste 7 Tage — Belegung & verkaufbare Lücken

belegt frei Lücke — verkaufbar

Nächste Entscheidungenwas als Nächstes ansteht und woran das Ergebnis hängt

Prioritäten — Ampel

Rot = sofort handeln · gelb = beobachten/offen · grün = unkritisch. Antworten & Maßnahmen bleiben menschliche Freigabe.

Ampel-Regeln — Bewertung nach externen Schwellen (ampel-regeln.json)

Schwellenwerte stehen als KC_AMPEL_REGELN in diesem Dokument, byte-identisch zur Repo-Datei ampel-regeln.json. Die Datei ist seit 2026-07-31 (A-AUSLIEFERUNG-1) von der Auslieferung ausgeschlossen und liegt nur noch im Repo — sie wird von dieser Seite nicht geladen. Eine Schwellenänderung heißt deshalb: Datei im Repo ändern, den eingebetteten Block gleichlautend nachziehen (ein Test prüft die Byte-Gleichheit) und neu ausliefern. Das ist ein Programmier- und Deploy-Schritt, keine Änderung in der laufenden Anwendung.

Break-Even-Zeitachse

Apartment	Fix-Allokation/Monat	Kaltmiete/Monat	Vollkosten/Monat (o. var.)	Umsatz	Break-Even

Forecast — Gebucht (OTB) · Erwartet · Run-Rate

FIXTURE-Daten (keine Live-Guesty-Anbindung in dieser Session). „Gebucht (OTB)" wäre live hart aus Guesty; „Erwartet" = Basis-Szenario (Ø-6-Monats-Ist-Niveau); „Run-Rate" = Vollvermietungs-Szenario. Nie eine einzelne Forecast-Zahl. Jede Monatszahl bis auf Buchungsebene aufklappbar.

gebucht (OTB) erwartet (schraffiert, bis Basis-Linie)┊ Run-Rate-Linie (Vollvermietung)

Kennzahlen — Deckungsbeitrag, Kosten je Apartment, Gewinn

Deckungsbeitrag — Portfolio

Prognostizierter Gewinn — vor / nach Steuer

Datenstand: · Kaltmiete je Apartment editierbar im Reiter „Finanzen & Steuern“ → Parameter. Kosten je Apartment, Kanal-Kennzahlen und die Apartment-Matrix stehen im Reiter Performance.

Live-Zahlen (D026, Interim-Quelle /api/admin/overview)

Interim-Quelle: Diese Seite bindet direkt an den heute produktiv erreichbaren Endpunkt GET /api/admin/overview (prestige-backend). Er wird in Phase 1 durch den serverseitigen kc-daten.json-Generator ersetzt (Fahrplan 12_Reports/FAHRPLAN_ZENTRALE_APP.md, Phasen 1/2). Definitionen/Formeln/Konfidenz: 12_Reports/Revenue/DASHBOARD_KPI_SPEC_V1.md.

Zugang — Live-Zahlen

Die Live-Zahlen nutzen dieselbe Anmeldung wie das übrige Dashboard. Das Sitzungstoken wird ausschließlich im Arbeitsspeicher gehalten (kein sessionStorage, kein Cookie) und ausschließlich per Header übertragen — nie als ?token= in der Adresszeile.

Apartment-Performance-MatrixUmsatz · Auslastung · ADR · RevPAR · Ergebnis je Einheit

Einheit	Umsatz	Auslastung	ADR	RevPAR	Ergebnis	Break-even

Kanal-Mix & Kanalkosten

Revenue-Chancen — freie Nächte

Freie und besonders kurze Lücken aus dem Belegungsgitter. Jede Zeile nennt Einheit, Zeitraum und den nächsten sinnvollen Schritt. Preisänderungen bleiben menschlich freigabepflichtig — diese Liste schlägt vor, sie ändert nichts.

Kosten pro Apartment

Einheit	m²	Fix-Allokation	Kaltmiete	Vollkosten (o. var.)	Wert-Typ / Konfidenz

Weitere Kennzahlen (aus dem ursprünglichen Dashboard hierher verschoben)

Kennzahl	Wert	Quelle / Hinweis	Konfidenz

Kennzahlen erklärt — was sie bedeuten & woran du drehst

Aufklappen: kurze Definition, Aktuell/Ziel und die konkreten Hebel, wenn eine Zahl besser werden soll.

Ø Belegung

Wie voll die Wohnungen im Schnitt sind

–Ziel >70 %▶

Anteil der verfügbaren Nächte, die tatsächlich gebucht sind. Der Rest steht leer.

Formel: belegte Nächte ÷ verfügbare Nächte × 100 · Quelle: Guesty (noch nicht angebunden) · Stand: kein Live-Wert angebunden · Schwellen: <55 % rot · 55–70 % gelb · >70 % grün

Hebel zum Verbessern: dynamische Preise (PriceLabs) für schwache Tage senken · Mindestaufenthalte lockern · bessere/mehr Fotos · zusätzliche Kanäle · einzelne freie Nächte gezielt rabattieren · mehr gute Bewertungen = mehr Sichtbarkeit.

ADR — Durchschnittlicher Nachtpreis

Wie teuer ihr im Schnitt verkauft

–▶

Average Daily Rate: der durchschnittliche Nettopreis pro gebuchter Nacht.

Formel: Netto-Umsatz Übernachtungen ÷ Anzahl verkaufter Nächte · Quelle: Guesty (Demo-Wert, noch nicht live) · Stand: Demo-Daten, vor v14 · Schwellen: nur im Zusammenspiel mit RevPAR sinnvoll bewertbar (s. dort)

Hebel: Preise an Nachfrage & Events koppeln · Homestaging + Premium-Fotos rechtfertigen höhere Preise · Upsells (früher Check-in, Late Checkout) · Wochenend-/Saison-Aufschläge. Achtung: ADR und Belegung ziehen gegeneinander — steuere über RevPAR, nicht über ADR allein.

RevPAR — die eigentliche Steuerungsgröße

Preis und Auslastung in einer Zahl

–▶

Revenue per Available Night = ADR × Belegung. Die ehrlichste Einzelzahl, weil sie Preis und Auslastung zusammen misst — eine hohe Belegung zu Dumpingpreisen sieht man hier sofort.

Formel: ADR × Belegung (%) = Netto-Umsatz ÷ verfügbare Nächte · Quelle: Guesty (Demo-Wert, noch nicht live) · Stand: Demo-Daten, vor v14 · Schwellen: <90 € rot · 90–140 € gelb · >140 € grün

Hebel: den besten Punkt zwischen Preis und Belegung finden — nicht Belegung um jeden Preis, nicht Preis um jeden Leerstand. Genau darauf optimiert PriceLabs. Diese Zahl ist der beste Wochen-Gradmesser fürs Revenue-Team.

Direktbuchungsquote

Eigene Website statt OTA — reine Marge

–Ziel >40 %▶

Anteil der Buchungen über die eigene Website statt über Booking/Airbnb. Jede Direktbuchung spart 14–18 % OTA-Provision — das landet direkt als Marge.

Formel: Direktbuchungen ÷ alle Buchungen × 100 · Quelle: Guesty/Kanal-Split (noch nicht angebunden) · Stand: kein Live-Wert angebunden · Schwellen: <25 % rot · 25–40 % gelb · >40 % grün

Hebel: eigene Website mit Buchungsmaschine · Stammgast-Anreize · Nachfass per E-Mail/WhatsApp · Google-Präsenz & SEO · kleiner Direktbucher-Vorteil (z. B. Late Checkout gratis). Bereits über Ziel — jetzt halten und ausbauen.

Ø Aufenthalt (ALOS)

Nächte pro Buchung

–Ziel 4+▶

Average Length of Stay: durchschnittliche Nächte pro Buchung. Länger ist besser — weniger Turnover heißt weniger Reinigungskosten und weniger Leerstand zwischen zwei Gästen.

Formel: Summe verkaufter Nächte ÷ Anzahl Buchungen · Quelle: Guesty (noch nicht angebunden) · Stand: kein Live-Wert angebunden · Schwellen: <2 N rot · 2–4 N gelb · >4 N grün

Hebel: Wochen-/Monatsrabatte · Mindestaufenthalt anheben · gezielt Langzeit-, Business- und Relocation-Gäste ansprechen.

Vorlaufzeit (Lead time)

Tage zwischen Buchung und Anreise

–▶

Wie früh im Voraus gebucht wird. Lange Vorlaufzeit gibt Planungs- und Preissetzungs-Sicherheit; sehr kurze Vorlaufzeit ist oft ein Zeichen, dass zu günstig verkauft wird.

Formel: Ø (Anreisedatum − Buchungsdatum) in Tagen · Quelle: Guesty (noch nicht angebunden) · Stand: kein Live-Wert angebunden · Schwellen: <10 T rot · 10–20 T gelb · >20 T grün

Hebel: Frühbucher-Raten · Buchungstempo beobachten · Preiskurve anpassen (früh höher ansetzen, Last-Minute gezielt statt pauschal senken).

Stornoquote

Niedriger = besser

–▶

Anteil stornierter Buchungen. Jede Stornierung ist entgangener Umsatz plus Aufwand, die Nacht neu zu verkaufen.

Formel: stornierte Buchungen ÷ alle Buchungen × 100 · Quelle: Guesty (noch nicht angebunden) · Stand: kein Live-Wert angebunden · Schwellen: >15 % rot · 8–15 % gelb · <8 % grün

Hebel: strengere Stornobedingungen (gegen Conversion abwägen) · Anzahlung/Deposit · Direktbuchungen stornieren erfahrungsgemäß seltener als OTA-Buchungen.

Deckungsbeitrag / Einheit

Die entscheidende Profitabilitäts-Zahl

noch offen — AP08▶

Umsatz einer Wohnung minus ihrer variablen Kosten (Miete, Reinigung, OTA, Betrieb). Die wichtigste Zahl je Einheit — und die Basis, um das Portfolio-Monatsziel in eine belastbare Wohnungszahl umzurechnen.

Formel: Netto-Umsatz − OTA-Provision − Miete − Betrieb/NK − Reinigung & Wäsche · Quelle: Kostenmodell-Eingabe (Tab „Finanzen & Steuern") + Guesty-Umsatz (Demo, noch nicht live) · Stand: 2026-07-25 · Schwellen: <300 € rot · 300–800 € gelb · >800 € grün (s. Kalkulationstool)

Hebel: zuerst die AP08-/Mietlogik entscheiden — erst dann steht der Wert. Danach: Miete nachverhandeln · nicht-operative Fläche reduzieren (Betrag: Zeile „Nicht-operative Flächen" in der Kostenstruktur im Tab „Finanzen & Steuern", nach der Anmeldung) · RevPAR heben · Direktquote hoch halten.

Auswahl: Portfolio · 6 operative Einheiten

Kostenmodell-Eingabe — bestehende Apartments (Kaltmiete editierbar)

Vorbelegt mit den belegten IST-Werten aus 02_KOSTENMODELL_STRUKTUR_IST_RUNRATE_V1.md (Kaltmiete, Konfidenz mittel — keine verifizierten Mietverträge außer AP08). Änderungen wirken sofort auf „Kosten pro Apartment" und „Prognostizierter Gewinn" im Tab Dashboard.

Variable Kosten / Buchung –

Konfidenz niedrig — uniform angenommen (personenzahl-/bettenunabhängig), Buchungszahl je Apartment/Monat unbekannt, daher nicht in die Monatssummen hochgerechnet.

Monats-Gewinnrechnung — Apartments (A4)

Spalten AP02–AP08 + Gesamt, Monat wählbar. Wichtig: Fix-Allokation und Kaltmiete je Apartment sind real (Kostenmodell-Eingabe oben). Der Umsatz je Apartment ist mangels Guesty-byListing[]-Anbindung NICHT ist-belegt — er wird hier rein rechnerisch nach dem m²-Schlüssel aus dem bestätigten Portfolio-Monatsergebnis hergeleitet (Fixture-Verteilung zu Demonstrations-/Abstimmzwecken, KEINE Ist-Buchungsdaten je Apartment). Alle Zeilen „vor variablen Kosten" (Buchungszahl je Apartment/Monat unbekannt).

Monat:

Zweite Ansicht — Spalten = Monate (kumulierte Sicht je Apartment)

Abstimmbrücke: die Zeile „Gesamt" entspricht in jeder Monatsspalte exakt dem bestätigten Monats-Ist-Ergebnis (s. Prüfsumme unten).

Cash-Block (getrennt von der GuV)

In diesem Fixture-Stand sind Cash- und GuV-Werte je Monat identisch (Datenbasis = Bank-Ist ohne granulare Periodisierungsbuchungen) — die Darstellung bleibt trotzdem getrennt, wie beauftragt.

Zeitraum	Cash-Veränderung	Kumuliert

Periodisierung — Beispiel (A4.1)

Illustrative Mechanik, bewusst von den obigen reconcilierten Zahlen entkoppelt (keine transaktionsgenaue Re-Periodisierung aller 27 Monate verfügbar — offener Punkt, s. Übergabebericht).

Gewerbesteuer (A4.2) — monatliche Abgrenzung

Parameter aus gewerbesteuerParameter (Feld der Nutzlast von GET /api/dashboard-daten) — NICHT im UI-Code hartkodiert: Hebesatz Reutlingen , Steuermesszahl , Freibetrag .

Gewerbeertrag p.a. (Basis, editierbar — vorbelegt: Run-Rate × 12) –

STEUERLICH ZU BESTÄTIGEN — verbindlich ist allein der Steuerberater.

Einkommensteuer — NUR Simulation je Gesellschafter (A4.2)

Gesellschafter A — Gewinnanteil –

Gesellschafter A — angenommener persönlicher ESt-Satz –

Gesellschafter B — angenommener persönlicher ESt-Satz –

Gewinnanteil B = 100 % − Anteil A. Basis: Gewerbeertrag oben, abzüglich der simulierten Gewerbesteuer. Die Schieberstellungen sind frei einstellbare Annahmen — der Datenvertrag führt heute kein Feld für Gewinnanteil/ESt-Satz je Gesellschafter (offener Punkt, s. Übergabebericht).

Ausdrücklich NUR Simulation — kein Ist-Steuerbescheid, keine Steuerberatung. Verbindlich ist allein der Steuerberater. GbR ist steuerlich transparent (keine Ertragsteuer auf Gesellschaftsebene); USt ist durchlaufend (s. Karte „Umsatzsteuer" unten).

Ergebnisrechnung — vollständige Zeilenstrukturjede Zeile mit Herkunft und Zustand

Zeile	Betrag	Herkunft / Zustand

Umsatzsteuer ist in keiner Zeile enthalten — sie ist ein durchlaufender Posten und steht ausschließlich im Modus „Steuern“. Jahres- und Quartalsposten werden periodisiert, Einrichtung wird abgeschrieben statt im Kaufmonat verbraucht (Modus „Gewinn- und Verlustrechnung“).

Kostenstruktur / Monat

Umsatzsteuer (USt) / Monat

Beherbergung 7 %, Nebenleistungen & Vorsteuer 19 % — vereinfachtes Demo-Modell. USt-Behandlung mit Steuerberater final klären.

Monats-GuV — Brutto bis Netto

Fixkosten pro Apartment

Einheit	Miete	Fix gesamt	Wert-Typ · Konfidenz

Oben eine Einheit wählen für die volle Aufschlüsselung. #8: kein Wert bis Mietlogik (AP08) entschieden ist. Werte aus kostenmodell.apartments der Endpunkt-Nutzlast — die frühere Ampel-Spalte hatte keine Datenquelle und ist entfallen (s. Kommentar im Quelltext).

Steuermodell — GbR vs. GmbH (Was-wäre-wenn)

Vereinfachtes Modell mit frei einstellbaren Sätzen — es vergleicht Größenordnungen und ersetzt keine Steuerberatung. Standard-Annahmen sind grobe Richtwerte.

Jahresgewinn vor Steuer –

GbR — effektiver Satz (ESt + Soli, GewSt angerechnet) –

GmbH — Satz thesauriert (KSt + Soli + GewSt) –

Ausschüttung — Satz auf Dividende (KapESt + Soli) –

GbR: Gewinn wird euch direkt zugerechnet und mit eurem persönlichen Satz besteuert. GmbH: erst Steuer in der Gesellschaft; bleibt der Gewinn drin (Thesaurierung), fällt keine weitere Steuer an — holt ihr ihn raus, kommt die Ausschüttungssteuer obendrauf.

GbR — netto bei dir / Jahr–

GmbH — netto in der Gesellschaft (thesauriert)–

GmbH — netto nach Vollausschüttung an dich–

–

VV-GmbH / erweiterte Grundstückskürzung: greift nur bei rein vermögensverwaltender (nicht gewerblicher) Vermietung. Serviced Apartments mit Services (Reinigung, Check-in, Concierge) gelten i.d.R. als gewerblich — die Kürzung greift dann meist nicht. Struktur unbedingt mit Steuerberater prüfen.

Kalkulationstool — neues Apartment bewerten

Bewertungslogik des Akquise-Agenten: Deckungsbeitrag, Amortisation, Ampel. Schwellen sind Beispielwerte.

Startwerte sind Beispielannahmen für ein hypothetisches Objekt — keine Unternehmenswerte und keine Vorgabe.

Monatsmiete –

Erwartete Belegung –

Erwarteter ADR –

Reinigung & Wäsche / Monat –

Sonstige Fixkosten / Monat –

OTA-Anteil (Provision 14 %) –

Einrichtung / Setup (einmalig) –

Erwarteter Umsatz / Monat–

abzgl. OTA-Provision–

abzgl. Miete–

abzgl. Reinigung + Fixkosten–

Deckungsbeitrag / Monat–

Amortisation Setup–

–

Portfolio nach Standort

Eine Zeile je Einheit. Werte aus jeApartment der Endpunkt-Nutzlast.

Nur-Lese-Ansicht. Starten und Anhalten sind hier vorbereitet, aber nicht scharf — kein Agent wird von dieser Seite aus ausgeführt (Spur C, Stufe 1). Die Schaltflächen erscheinen erst, wenn die Ausführungsschicht freigegeben ist.

Lebenszeichen der Automatisierungen

Je Lauf: wann er zuletzt erfolgreich war und was er bewirkt hat. Ein Lauf ohne Lebenszeichen gilt als unbekannt, nicht als in Ordnung (D057, fail-closed).

Automatisierung	Zuletzt erfolgreich	Wirkung	Zustand

Herkunft

Nur-Lese-Ansicht. Freigeben und Ablehnen sind vorbereitet, aber nicht scharf — von dieser Seite aus wird nichts ausgeführt, nichts versendet und nichts verändert. Die Ausführungsschicht ist noch nicht angebunden.

Offene Freigabenmit Prüfkette

B

Bernd — CEO

Steuerung & Orchestrierung

Setzt täglich die 3 Prioritäten, bricht das Endziel auf Quartal/Woche herunter, verteilt Aufgaben an die Fach-Agenten und reportet an dich. Trifft keine ROT-Aktion ohne deine Freigabe.

Skills & Aufgaben

/start — Lage lesen, 3 Tagesprioritäten setzen
Ziele herunterbrechen (Nordstern → Quartal → Woche → heute)
Aufgaben an Fach-Agenten routen
Freigabe-Logik (ROT-Aktionen an Owner)
Reporting an Owner

aktiv

P

Petra — HR & Agentenbau

Baut & onboardet neue Agenten

autorisiert

Autorisiert, neue KI-Agenten aufzubauen — wie eine HR-Abteilung im echten Unternehmen. Wenn ein Fach-Agent eine Fähigkeit braucht, sucht Petra passende Skills (in den Marktplätzen), schreibt die Agenten-Beschreibung (die MD-Datei), stattet den Agenten mit Hooks, Plugins und MCP-Servern aus und lernt ihn ein. So wächst das Team nach und nach — kontrolliert und mit deiner Freigabe.

Ablauf: Bedarf erkennen → Skill finden → Agent definieren → Hooks/MCP verdrahten → Onboarding → deine Freigabe (ROT)

Qualitäts- & Datenschutz-Wächter — läuft dauerhaft im Hintergrund. Prüft jedes Agenten-Ergebnis gegen die Definition of Done und blockt die ROT-Regeln (Push, Versand, Zugriff auf 15_Data). Musst du nicht losschicken — er läuft immer mit.

Architektur-Automatisierung — Infra, Aufräumen, Inventuren (Helfer)

Namen sind Platzhalter, frei änderbar. Grauer Balken = noch zu bauen.

Nur-Lese-Snapshot. Diese Seite startet keinen Agenten. Die Auftragsfelder sind Entwürfe und ausdrücklich als solche gekennzeichnet — es gibt heute keine freigegebene Ausführungsschicht, an die sie übergeben würden.

Nur-Lese-Snapshot. Diese Ansicht liest ausschließlich aus einer eingebetteten Momentaufnahme des OS-Repos (00_Master_Context/AGENTEN_ROSTER_V1.md + 13_Task_Board/WAITING_FOR_APPROVAL.md), Stand . Kein Start-Button, keine Schreibrechte, keine Ausführung von hier aus (Spur C Stufe 1 — Stufe 2/3 sind nicht Teil dieses Baus).

Die 8 Rollen (Roster)

Rolle	Person	Operative Entsprechung	Modellstufe	Status	Letzter Lauf / Output (soweit ableitbar)

Querschnitt-Agenten (nicht Teil der 8 Rollen)

Rolle	Modellstufe	Status	Letzter Lauf / Output

Offene Freigaben (aus `WAITING_FOR_APPROVAL.md`)

ID	Titel	Status

Beispielhafte Auswahl (kein vollständiger Live-Parser) — vollständige Liste in 13_Task_Board/WAITING_FOR_APPROVAL.md im OS-Repo.

Der Weg zum Nordstern

Nordstern: das Portfolio-Monatsziel netto — ein Portfolio-Skalierungsziel (wird bei Erreichen angehoben). Der kritische Pfad in drei Stufen — jede schaltet die nächste frei. Der Zielbetrag steht nach der Anmeldung in der Karte „Wie viele Einheiten …" darunter.

Stufe 1 · jetzt

Messbarkeit

Deckungsbeitrag / Einheit fixieren (AP08-Entscheidung). Ohne diese Zahl ist die Ziel-Wohnungszahl nicht belastbar.

→

Stufe 2

Akquise-Motor

Einheiten aufbauen — Bruno + Marktanalyse bewerten zweigleisig: Arbitrage jetzt, Kauf später.

→

Stufe 3

Automatisierung

Skalieren ohne Personalexplosion — Ops & Gästeerlebnis laufen weitgehend automatisch.

Reihenfolge bewusst: erst messbar, dann wachsen, dann automatisieren. „Gesund vor schnell", wenn es kollidiert.

Wie viele Einheiten für das Portfolio-Monatsziel?

Das Endziel heruntergebrochen auf Einheiten. Sobald der echte Deckungsbeitrag/Einheit steht (AP08-Entscheidung), ist dieser Wert belastbar.

Ø Netto-Ergebnis pro Einheit / Monat (Annahme) –

Netto nach Miete, Betrieb, Reinigung, OTA und Steuern — pro Apartment. Frei einstellbare Annahme, kein Ist-Wert.

Zielergebnis / Monat–

Ø pro Einheit / Monat–

Benötigte Einheiten–

Aktuell–

Noch aufzubauen–

1–3 J

Portfolio-Monatsziel netto

Nordstern · Portfolio-Skalierung

▶

Deckungsbeitrag/Einheit fixieren — erst dann Ziel-Wohnungszahl berechenbar
Akquise-Motor läuft (Bruno + Marktanalyse)
Automatisierung skaliert ohne Personalexplosion
Kapital/Bankfinanzierung für die Kauf-Phase

Q3 '26

Fundament & Messbarkeit stehen

Quartalsziel

▶

AP08-Mietlogik entschieden
Hooks-Guardrails scharf
Dashboard live an Guesty/Qonto
Revenue-Agenten konsolidiert (3 → 1 + Reviewer)

Woche

Aufräumen & sichern

Diese Woche

▶

Voll-Backup
Repo konsolidiert (PR)
Hooks entworfen
AP08-Entscheidung vorbereitet

Der CEO-Agent bricht das Endziel automatisch herunter und passt Ziele an, sobald ein Level erreicht ist.