Summary
- MH ist ein aktives belgisches Kleinstunternehmen, gegründet 2007, mit einer registrierten Niederlassung und einem aktuellen Geschäftsführer; der öffentliche Jahresabschlussbericht weist keine Vollzeitbeschäftigtenzahl aus, wodurch die Abhängigkeit von Schlüsselpersonen bedeutsamer ist als die Unternehmensgröße.
- Das Unternehmen besitzt den Status eines Local Internet Registry, ein IPv4-/22 mit 1.024 Adressen und ein IPv6-/32. Der IPv4-Block ist betriebsbereit und RPKI-gültig, wird jedoch im öffentlichen Internet vom AS42160 von Rechenzentrum United geroutet und nicht von einem von MH kontrollierten autonomen System.
- Die IPv6-Zuweisung war am 10. Juli 2026 in den globalen Routing-Daten nicht sichtbar, während die Website von MH und die drei aufgeführten Nameserver alle innerhalb des IPv4-/22 auflösten. Dies ist ein Beleg für eine nützliche Adresskontrolle, aber nicht für ein unabhängiges Dual-Stack-Netzwerk mit diversifizierten Ausfalldomänen.
- Die öffentlichen Finanzzusammenfassungen zeigen für 2024 einen Bruttogewinn von etwa -1.492 EUR, ein EBITDA von etwa -2.234 EUR, einen Nettoverlust von etwa 20.011 EUR, Verbindlichkeiten von etwa 99.221 EUR und ein negatives Eigenkapital von etwa 13.910 EUR. Der Umsatz wurde nicht offengelegt, so dass Wachstum nicht von Wertschöpfung getrennt werden kann.
- Das stärkste kommerzielle Argument von MH ist nicht generisches Cloud-Hosting. Es ist die Kombination aus kundenspezifischer Unternehmenssoftware, Hospitality-Workflows und eingebetteter Elektronik, insbesondere dort, wo Kunden lokale Anpassung, stabile Adressierung und Integration mit vorhandener Ausrüstung schätzen.
- Skalierte Alternativen sind gravierend: Odoo bündelt breite Geschäftsanwendungen und Cloud-Betrieb zu Preisen pro Benutzer, während Lightspeed belgische Restaurantpläne für 89 bis 249 EUR monatlich bewirbt und rund 144.000 Standorte weltweit bedient. MH veröffentlicht weder Preise noch Kundenreferenzen, die ein überlegenes Akquisitions- oder Bindungsmodell belegen würden.
- Das explizite Urteil lautet, dass MH ein Infrastruktur-Preisnehmer bleibt, bis dauerhafte Verträge, Kundendiversifikation, unabhängige Kontinuitätskontrollen und wiederkehrender Bruttogewinn belegen, dass die Ressourceninhaberschaft ökonomische Renten statt Fixkosten produziert.
Relevanz ist der Anreiz; Skalierung ist die Beschränkung
Der Ausgangspunkt ist nicht, ob MH über Technologie verfügt. Das tut es offensichtlich. Die Frage ist, ob das Unternehmen diese Technologie in Cashflows umwandeln kann, die der Verhandlungsmacht von Lieferanten und Kunden standhalten. Ein kleiner Anbieter kann knappe Adressen besitzen, Software warten und Hardware verstehen, aber dennoch wenig wirtschaftlichen Wert schaffen, wenn jeder Verkauf neues Engineering erfordert und jeder Monat mit festen Verpflichtungen gegenüber einer Registry, einem Rechenzentrumsanbieter, Softwareanbietern, Buchhaltern und Sicherheitsdiensten beginnt.
Das Management hat drei plausible Motive, die Ressourcenbasis beizubehalten. Erstens kann ein stabiler Adressraum Hosting, Namensdienste, Allow-Listing und Kundenkontinuität unterstützen, ohne jedes Mal umnummerieren zu müssen, wenn sich ein Zugangsanbieter ändert. Zweitens kann er ein Argument der lokalen Kontrolle für belgische Kunden stärken, die es nicht schätzen, jede Arbeitslast hinter einem globalen Cloud-Konto abzulegen. Drittens verleiht die IPv4-Knappheit dem Block eine gewisse Transferoptionalität. Keines dieser Motive ist irrational. Der Fehler bestünde darin, eine Option mit einem operativen Vorteil zu verwechseln.
Der wirtschaftliche Test ist daher anspruchsvoll. Wer bezahlt MH für Kontrolle, die nicht günstiger über ein Standard-Cloud- oder Softwareabonnement zu erhalten ist? Wie viel dieser Zahlung wiederholt sich ohne ein neues Projekt? Welche Serviceverpflichtung übernimmt MH im Gegenzug? Welcher Lieferant erhält eine feste Zahlung unabhängig von der Nutzung durch MH? Und wenn eine vom Gründer geleitete Implementierung Notfallunterstützung benötigt, wer trägt das Abwärtsrisiko: MH, sein Upstream-Anbieter oder der Kunde, dessen Restaurant, Fabrik oder Verwaltungsprozess ausgefallen ist?
Öffentliche Belege geben teilweise Antworten. Kunden scheinen für maßgeschneiderte Software, Integrationen und Elektronik zu bezahlen. MH profitiert, wenn Module projektübergreifend wiederverwendet werden können. Rechenzentrum United und andere Dienstanbieter profitieren von wiederkehrender Infrastrukturnachfrage. Der Eigentümer scheint das Finanzierungs- und Schlüsselpersonenrisiko zu tragen, während Kunden das Wechsel- und Kontinuitätsrisiko tragen können. Was fehlt, sind Belege dafür, dass der wiederkehrende Vertragswert groß genug ist, um diese Risikoverteilung nachhaltig zu machen.
Die rechtliche Einheit ist kleiner als die Produktoberfläche
Die Belgische Zentrale Handelsregisterdatenbank identifiziert MH als Unternehmen 0890.151.479, aktiv seit dem 18. Juni 2007 und mit normalem rechtlichem Status. Der eingetragene Sitz befindet sich in Jabbeke, die Rechtsform ist eine Gesellschaft mit beschränkter Haftung, und es besteht eine Betriebseinheit. Das aktuelle Register führt Matthias Barremaecker als Geschäftsführer und bewahrt zudem die historische Bezeichnung als Geschäftsleiter, die das belgische Recht heute wie eine Geschäftsführung liest.
Eine Unternehmensmeldung von 2023 schärft das Bild der Kontrolle. Sie verzeichnet einen einzigen Anteilseigner, die Umwandlung von zuvor nicht verfügbarem Eigenkapital in ausschüttbares Eigenkapital, eine Sitzverlegung und die Wiederbestellung von Barremaecker als nicht satzungsgemäßen Direktor. Dieselbe Meldung erteilt dem Unternehmen einen außergewöhnlich breiten Unternehmensgegenstand: Domainnamen, E-Mail, Web- und Server-Hosting, Datenbanken, Software, Sicherheit, Beratung, Schulung, Computer, elektronische Geräte, Leiterplatten, Holz, Kunststoffe, Immobilien und Finanzinvestitionen. Diese Breite verleiht rechtliche Freiheit.
Sie zeigt nicht, dass jede Sparte Umsatz generiert.
Die operativen Belege sind enger. Das Unternehmensregister listet Aktivitäten in den Bereichen Computerinfrastruktur, Datenverarbeitung, Hosting, Computerberatung und Facility Management. Die Unternehmenswebsite präsentiert kundenspezifische Software, ein Hospitality-Produkt namens RestoCore und kundenspezifische Elektronik. Jeder öffentliche Kontaktweg verweist auf dieselbe Adresse und Telefonnummer in Jabbeke, und interessierte Kunden werden persönlich an Matthias verwiesen. Es gibt kein öffentliches Teamverzeichnis, keine zweite Niederlassung und keinen benannten Service Desk.
Die öffentlichen Jahresabschlusszusammenfassungen stufen MH als Kleinstunternehmen ein und weisen null Vollzeitäquivalente oder keine verfügbare Belegschaftszahl aus. Diese Formulierung ist wichtig: Sie sollte nicht als Beweis dafür gelesen werden, dass niemand für das Unternehmen arbeitet. Sie bedeutet jedoch, dass die öffentlichen Belege keine angestellte Lieferorganisation mit sichtbarer Tiefe unterstützen. Ein Gründer kann mit Auftragnehmern, Lieferanten und Automatisierung arbeiten. Aber diese Entscheidungen ersetzen variable externe Kosten für Personal; sie beseitigen nicht Kapazitätsgrenzen, Dokumentationsbedarf oder Nachfolgerisiken.
Die tatsächliche Abgrenzung ist somit ein einzelnes belgisches Unternehmen mit langer Betriebszugehörigkeit, einem sichtbaren Entscheidungsträger, proprietären Technologieansprüchen und ausgelagerter Infrastruktur. Das ist eine praktikable Form für ein spezialisiertes Studio. Es ist nicht die Form eines regionalen Netzbetreibers, eines skalierten Softwareanbieters oder eines Rechenzentrumsbetreibers. Die Strategie sollte mit der Akzeptanz dieser Abgrenzung beginnen.
MH verkauft Anpassung, keine generische Software
Die Website von MH erhebt einen kohärenten kommerziellen Anspruch: Sie geht von wiederverwendbaren Modulen aus und passt sie an den Workflow des Kunden an, wobei sie sowohl eine Neuentwicklung von Grund auf als auch die Kompromisse eines Standardpakets vermeidet. Das hauseigene iCore-Framework bietet mehrsprachige Oberflächen, rollenbasierte Berechtigungen, Datenzugriffskontrollen, API-Schlüssel, Tags, Berichtswesen und Geofencing. Eine separate Entwicklungsumgebung soll modulare Versionen pflegen und Daten bei Upgrades erhalten.
Dieses Angebot kann Wert erwirtschaften. Käufer von Individualsoftware zahlen selten nur für Code. Sie zahlen, um die Änderung eines Prozesses zu vermeiden, der lokales Wissen verkörpert, um alte Geräte anzuschließen, um ungewöhnliche Preisregeln abzubilden oder um einen Workflow beizubehalten, den eine breite Plattform schlecht handhabt. Wiederverwendbare Grundlagen können dies profitabel machen, wenn der Preis die vermiedene Störung widerspiegelt und wenn jeder neue Kunde Verbesserungen beiträgt, die erneut verwendet werden können.
Die veröffentlichten Module von MH decken Kunden- und Lieferantenstammdaten, Aktionen und Erinnerungen, Verträge, Einkauf, Produktstrukturen, mehrsprachige Daten, Angebote, Lieferung, Rechnungsstellung, Bankabstimmung, Berichtswesen und Online-Zahlungen ab. Das Fakturierungsangebot umfasst Peppol-Unterstützung. Das Unternehmen gibt an, keine Lizenzgebühren pro Benutzer zu erheben. Dies ist eine direkte Antwort auf die Pro-Seat-Ökonomie größerer Business-Suiten.
Doch eine Nullgebühr pro Benutzer ist an sich noch kein Geschäftsmodell. MH muss immer noch Analyse-, Implementierungs-, Migrations-, Hosting-, Support-, Upgrade-, Sicherheits- und kundenspezifische Integrationskosten decken. Hat der Kunde fünf Benutzer, kann ein Pro-Seat-Rabatt kommerziell irrelevant sein. Hat er 200 Benutzer, kann der entgangene Lizenzbetrag zu einem bedeutenden Vorteil werden, aber nur wenn MH eine 200-Benutzer-Umgebung unterstützen und das Projekt entsprechend kalkulieren kann. Ohne öffentliche Preise, Vertragsbedingungen oder Einsatzgrößen lässt sich der behauptete Vorteil nicht messen.
Die stärkste Lesart ist, dass MH eine Mischung aus Projektarbeit und wiederverwendbarem geistigem Eigentum verkauft. Das kann hohe Bruttomargen erzeugen, wenn der Umfang kontrolliert und der Support standardisiert wird. Es kann aber auch zu verdeckter Arbeit werden, wenn jede Kundenabweichung eine dauerhafte Wartungsverpflichtung schafft. Die Jahresabschlüsse deuten darauf hin, dass das zweite Risiko noch nicht beherrscht wurde.
RestoCore engt das Problem ein, erbt aber das Hospitality-Risiko
RestoCore ist der klarste Versuch, breite kundenspezifische Fähigkeiten in ein vertikales Produkt umzuwandeln. Es zentralisiert Rezepte, Produktstrukturen, Lagerbestände, Lieferanten, Einkauf und Kostenkalkulation für Restaurants, Bistros und Caterer. Es kann eine Weinflasche und ihre Gläser abbilden, Zutaten Rezepten zuweisen, Abfallfaktoren berechnen, kanalspezifische Preise pflegen und Lagerbestände aus Verkäufen aktualisieren. Dies ist eine glaubwürdige Domänenspezialisierung und keine generische Liste von Softwarefunktionen.
Das Produkt nimmt auch eine pragmatische Haltung am Point of Sale ein. MH erhebt nicht den Anspruch, die Kasse zu bauen. RestoCore verbindet sich mit dem System, das ein Restaurant bereits nutzt, sofern der Anbieter Integrationsmöglichkeiten offenlegt. Produkte, Preise und Verfügbarkeit gehen an die Kasse; Verkäufe kommen für Bestandsanpassung und Analyse zurück. Dies verringert die Umstellungsstörung und ermöglicht es MH, oberhalb des Zahlungsterminals zu konkurrieren, anstatt gegen jeden Terminalanbieter.
Dieselbe Wahl schafft Lieferantenabhängigkeit. Ein Kassenanbieter kann seine Schnittstelle, Ratenlimits, kommerziellen Bedingungen oder Zertifizierungsregeln ändern. Ein Restaurant kann sein Kassensystem austauschen und von MH erwarten, die Kontinuität zu wahren. Ein Lieferant legt möglicherweise nicht die für die bidirektionale Synchronisierung erforderlichen Daten offen. Jeder Konnektor kann daher wie ein wiederverwendbarer Vermögenswert aussehen, sich aber wie eine separate Wartungsverpflichtung verhalten.
Das Gastgewerbe verlagert zudem das Kreditrisiko in Richtung des Softwareanbieters. Die offizielle belgische Statistik verzeichnet 166 Insolvenzen im Beherbergungs- und Gaststättengewerbe im Januar 2026, 169 im Februar, 206 im März, 186 im April und 125 im Mai. Das sind 852 in fünf Monaten. Der Sektor hat echten Bedarf an Rezepturkalkulation, Einkaufsdisziplin und Margentransparenz, aber der Bedarf ist nicht gleich der Zahlungsfähigkeit. Ein schwaches Restaurant kann RestoCore sehr schätzen und trotzdem kündigen, die Implementierung verzögern oder ausfallen.
Die kommerzielle Antwort sollte in der Vertragsgestaltung sichtbar sein: eine Implementierungszahlung, die das Onboarding abdeckt, eine wiederkehrende Gebühr für Hosting und Support, kostenpflichtige Konnektoränderungen, klarer Datenexport und keine implizite Finanzierung von Kunden in Schwierigkeiten. Nichts davon wird öffentlich bekannt gegeben. Solange sich dies nicht im wiederkehrenden Bruttogewinn widerspiegelt, könnte die vertikale Fokussierung MH genau auf die Kunden konzentrieren, die am ehesten Supportintensität und Zahlungsvolatilität verursachen.
Elektronik schafft Differenzierung und eine zweite Verpflichtung
Das Elektronikangebot ist potenziell besser zu verteidigen. MH beschreibt modulare Hardware und Software, die um ein Mikrocontrollersystem herum aufgebaut ist, mit Kommunikation über RS-485, RS-232 und TCP/IP. Es heißt, dass spätere Hardwarestrukturen einem installierten Netzwerk hinzugefügt werden können und dass eine generische Steuerungsebene Einstellungen, Aktionen, Eingabevalidierung und Versionsänderungen handhabt. Dies sind konkrete technische Behauptungen und passen zur breiten gesellschaftsrechtlichen Befugnis, elektronische Systeme und Leiterplatten zu bauen und zu reparieren.
Software plus Elektronik kann Probleme lösen, die Standard-Unternehmensanwendungen nicht lösen. Ein Kunde benötigt möglicherweise einen Sensor, ein Bedienfeld, ein serielles Gerät, ein lokales Netzwerk und eine Verwaltungsanwendung, die als ein System funktionieren. Der Wert liegt darin, die physischen und digitalen Komponenten gemeinsam zuverlässig zu machen. Globale SaaS-Anbieter wollen diesen Randfall meist nicht; große Industrieanbieter kalkulieren ihn möglicherweise für viel größere Einsätze. Ein kleiner lokaler Ingenieur kann die Lücke besetzen.
Die Kostenbelastung ist ebenfalls anders. Hardware bringt Komponentenbeschaffung, Lagerhaltung, Prototypen, Testgeräte, Feldinstallation, Reparatur, Firmware-Support und Produktlebenszyklusverpflichtungen mit sich. Der Austausch einer Komponente kann Engineering erfordern, bevor er einen Cent neuer Einnahmen generiert. Werden kundenspezifische Elektronik in kleinen Stückzahlen verkauft, ist die Einkaufsmacht gering und Zertifizierungs- oder Dokumentationskosten verteilen sich auf wenige Einheiten. Kunden erwarten zudem einen Ersatzpfad Jahre nach der Lieferung.
Daher wäre Umsatzwachstum eine unzureichende Messgröße. Ein Hardwareprojekt kann den Rechnungsbetrag erhöhen und gleichzeitig Bargeld für Komponenten und Fremdleistungen verbrauchen. Ein maßgeschneidertes Softwareprojekt kann Umsatz buchen und jahrelangen Support hinzufügen. Wert wird nur geschaffen, wenn der Preis die gesamte Lebensdauer der Verpflichtung deckt und wiederverwendbare Module die Kosten des nächsten Projekts senken. Die breite Fähigkeit von MH wird attraktiv, wenn Software und Elektronik denselben schmalen Anwendungsfall verstärken.
Sie wird teuer, wenn das Unternehmen unzusammenhängende Projekte nur annimmt, um die Auslastung hoch zu halten.
Das Adressvermögen ist real, aber die Netzkontrolle ist gemietet
Die Netzwerkbelege sind spezifisch. RIPE NCC führt "MH" BV als Local Internet Registry in Belgien, verknüpft mit derselben Unternehmensnummer, Adresse und Kontaktidentität, die im belgischen Register zu finden sind. Der Organisationseintrag wurde im Februar 2013 angelegt. RIPE hat 185.19.180.0/22 zugeteilt, einen Block mit 1.024 IPv4-Adressen, und 2a00:48e0::/32, eine IPv6-Zuteilung, die groß genug für umfangreiche interne Vergabe ist.
MH hat den IPv4-Block nicht brach liegen lassen. Am Zugriffsdatum löste die Website des Unternehmens auf 185.19.181.21 auf. Ihre autoritativen Nameserver waren ns10.mh.be, ns11.mh.be und ns12.mh.be, die auf 185.19.180.10, 185.19.180.11 und 185.19.181.12 auflösten. Die RIPE-Datensätze zeigen auch Reverse-Zonen, die für die vier einzelnen /24 gepflegt werden. Das ist ein Beleg für operative Nutzung und administrative Kontrolle.
Die öffentliche Route erzählt eine andere Geschichte über Autonomie. RIPEstat zeigte die aggregierte /22, die von AS42160 geroutet wird, das von DC STAR gehalten und in der Rechenzentrum United-Umgebung betrieben wird. Das Routenobjekt ist als MHDCO beschrieben und wird vom technischen Betreuer von Rechenzentrum United gepflegt. Es wurde erstmals im April 2013 beobachtet und war am 10. Juli 2026 für 326 von 327 relevanten RIPE RIS Peers sichtbar. Die Route Origin Authorisation war gültig für AS42160.
Dies ist eine solide Vereinbarung für einen kleinen Kunden eines Rechenzentrumsnetzes. Das Präfix ist global sichtbar, die Route-Origin-Sicherheit ist vorhanden und ein erfahrener Upstream bewältigt die externe Erreichbarkeit. Es ist kein unabhängiges Routing. Es wurde kein Autonomous-System-Eintrag gefunden, der mit der RIPE-Organisation von MH verknüpft ist, und keine spezifischere Route teilte den Block zwischen mehreren Ursprüngen auf. MH kontrolliert die Registrierung und Nutzung der Adressen; Rechenzentrum United kontrolliert den sichtbaren Ursprung und damit einen kritischen Teil der Erreichbarkeit.
Diese Unterscheidung bestimmt, wer Wert abschöpft. Kunden mögen stabile Adressen und einen belgischen Betreiber schätzen. MH kann sich Umnummerierungen ersparen und Dienste innerhalb der eigenen Zuteilung platzieren. Rechenzentrum United kann für Colocation, Transit, Sicherheit und Support Gebühren erheben, weil der Adressblock das Internet nicht von allein erreicht. Die knappe Ressource verbessert die Verhandlungsposition von MH am Rande, beseitigt aber den Upstream nicht.
Ein geroutetes /22 macht noch kein unabhängiges Netzwerk
Es ist verlockend, den Status eines Ressourceninhabers als Näherungswert für ein Internet-Service-Geschäft zu betrachten. Die Belege stützen diesen Sprung nicht. Die aktuelle Unternehmenswebsite bewirbt keinen Internetzugang für Endkunden, IP-Transit, autonomes Routing, Wellenlängendienste, Colocation oder ein Netzwerk-Service-Level-Agreement. Die Liste des belgischen Telekomregulierers vom Mai 2026 enthielt keinen Treffer für MH unter dem rechtlichen Namen, der Unternehmensnummer, der Adresse oder dem sichtbaren Geschäftsführer.
Das belgische Recht verlangt eine Anzeige, bevor die meisten Betreibertätigkeiten auf dem Markt aufgenommen werden.
Das Fehlen auf dieser Liste ist kein Vorwurf. Es ist ein Beleg dafür, dass die sicherere Einstufung ein Technologieunternehmen ist, das Nummernressourcen nutzt, und kein öffentlich angezeigter Telekombetreiber. Ein Local Internet Registry kann eigene Dienste oder Kunden unterstützen, ohne ein Massenmarkt-ISP zu werden. Das /22 ist ein Input für die Geschäftstätigkeit von MH; es ist kein Beleg für Carrier-Umsätze.
Die physische Diversität ist ebenfalls unbekannt. Drei Nameserver-Label können den Anschein von Redundanz erwecken, aber alle drei lösten innerhalb desselben /22 auf und teilten somit denselben sichtbaren Ursprung. Öffentliche Aufzeichnungen belegen nicht, ob die Server in getrennten Räumen, über separate Stromkreise oder an unterschiedlichen Standorten untergebracht sind. Rechenzentrum United bewirbt trägernetrale Einrichtungen, redundante Pfade, 24-Stunden-Support und eine nationale belgische Präsenz, aber das sind die Fähigkeiten des Upstreams. MH veröffentlicht nicht, welche davon es bezieht.
Für Kunden sind die relevanten Fragen vertraglicher Natur. Befinden sich Backups außerhalb des Ursprungsnetzes? Kann DNS einen Ausfall des /22 überstehen? Gibt es einen zweiten Standort? Wer beantwortet Vorfälle über Nacht? Können die Adressen schnell zu einem neuen Ursprung umziehen? Kontrolliert MH die Serverkonfiguration und die Verschlüsselungsschlüssel? Die Ressourcenregistrierung beantwortet nichts davon. Ein glaubwürdiges Kontinuitätsangebot würde jede dieser Fragen in eine dokumentierte Verpflichtung umwandeln.
Ohne diese Belege sollte der Netzwerk-Fußabdruck eher als Kontrolle über Namensgebung und Adressierung sowie potenzielle Portabilität bewertet werden, nicht als vertikal integrierte Serviceplattform. Das Unternehmen liegt unterhalb der Cloud-Skala und unterhalb der Carrier-Skala. Seine Wirtschaftlichkeit hängt davon ab, die Ressource zu nutzen, um höherwertige Software- und Integrationsverträge bindender zu machen, und nicht davon, so zu tun, als sei die Ressource selbst ein Netzwerkgeschäft.
Der stille IPv6-Block ist eine Modernisierungswarnung
Die IPv6-Zuteilung fügt einen weiteren Widerspruch hinzu. MH besitzt ein /32, doch RIPEstat konnte am Zugriffsdatum weder einen Ursprung noch eine sichtbare spezifischere Route dafür finden. Die Hauptwebsite gab keine IPv6-Adresse zurück. Die untersuchten öffentlichen Dienste stützten sich daher auf den IPv4-Bestand, obwohl MH seit 2013 IPv6-Adressraum besitzt.
Dies beweist nicht, dass IPv6 auf privaten Systemen ungenutzt ist. Es zeigt jedoch, dass die öffentlichen Belege keine Dual-Stack-Bereitstellung belegen. Für einen kleinen Anwendungsanbieter mag das heute keine Verkäufe verhindern. Viele KMU-Kunden bleiben betrieblich IPv4-lastig. Aber die Lücke schwächt die Behauptung, dass der Besitz von Nummernressourcen moderne Netzwerkfähigkeiten widerspiegelt und nicht nur historische Optionalität.
Das wirtschaftliche Problem ist keine Modenfrage. IPv6 reduziert die Abhängigkeit von knappem IPv4 für neue Endpunkte, während kundeneigenes IPv4 für Kompatibilität und Allow-Listing nützlich bleibt. Ein Anbieter, der beides betreiben kann, hat mehr Auswahlmöglichkeiten bei der Bereitstellung. Ein Anbieter, der IPv6 ungeroutet lässt, zahlt Mitgliedsbeiträge und administrativen Aufwand, ohne die Zuteilung in Servicenutzen umzuwandeln.
Es mag rationale Gründe geben: Upstream-Konfigurationskosten, begrenzte Kundennachfrage, Altanwendungen, Sicherheitsarbeiten oder eine bewusste Entscheidung, Dienste nicht zu exponieren. Diese Gründe sollten an einer einfachen Kapitalallokationsregel gemessen werden. Wenn die Aktivierung und Unterstützung von IPv6 mehr kostet, als Kunden zahlen werden oder als es einspart, ist eine Verzögerung sinnvoll. Wenn das Unternehmen jedoch Infrastrukturkontrolle vermarktet, wird eine zwölf Jahre alte unsichtbare Zuteilung zu einer Glaubwürdigkeitslücke.
Knappheit schafft Optionalität, nicht wiederkehrende Liquidität
IPv4 hat wirtschaftlichen Wert, weil das freie Angebot erschöpft ist und Cloud-Plattformen nun explizit für öffentliche Adressen Gebühren erheben. Amazon Web Services listet einen Preis von 0,005 USD pro öffentlicher IPv4-Adresse und Stunde, was 43,80 USD pro Adresse für ein ganzes Jahr entspricht, und befreit Kundenadressraum, der in seine Umgebung eingebracht wird. Das bedeutet nicht, dass MH das 1.024-Fache dieses Betrags spart: Nur eingesetzte Adressen würden sonst die Gebühr verursachen, und es mag weder praktikabel noch wünschenswert sein, den gesamten Block in eine Hyperscale-Cloud zu verschieben.
Es zeigt, dass Adresskontrolle ein messbares Mietsubstitut hat.
Transfermarktdaten bieten eine zweite Referenz. Ein Brokerbericht von Ende 2025 bezifferte die durchschnittlichen Transaktionspreise über verschiedene Blockgrößen hinweg in den niedrigen 30-USD-Bereich pro Adresse, während seine Berichte von 2026 eine festere Nachfrage und steigende Preise in mehreren Größenordnungen beschrieben. Die Anwendung eines Indikators im niedrigen 30er-Bereich auf 1.024 Adressen ergibt einen Richtwert in den niedrigen 30.000-USD. Das ist keine Bewertung. Sie ignoriert Broker-Spread, Blockreputation, Steuern, rechtliche Bedingungen, Transferrichtlinien, Kundenbeeinträchtigung und den Verlust des betrieblichen Nutzens.
Die RIPE-Richtlinie erlaubt infrage kommende Ressourcentransfers und zeichnet abgeschlossene Transaktionen auf. Ein Verkauf wäre dennoch eine einmalige Freisetzung eines vermögensähnlichen Rechts, kein operativer Gewinn. Er könnte die Liquidität verbessern, aber die Hosting-Kontinuität und das lokale Kontrollversprechen des Unternehmens schwächen. Das Leasing von Adressraum könnte wiederkehrende Einnahmen generieren, würde aber Missbrauchs-, Reputations-, Support- und Compliance-Risiken hinzufügen. Bei einem gründergeführten Unternehmen können diese Risiken mehr Aufmerksamkeit binden, als das Leasing einbringt.
Die rationale Nutzung des /22 ist daher strategisch und nicht spekulativ. Bewahren Sie genug Adressraum, um wertvolle Verträge zu unterstützen, saubere Nutzung zu demonstrieren und Portabilität zu wahren. Ziehen Sie jegliche Monetarisierung nur gegen die vollen Kosten und Risiken in Betracht. Verwenden Sie den Block nicht als Vorwand, um margenschwaches Hosting zu subventionieren. Das Adressvermögen kann den Unternehmenswert steigern, wenn Kunden für die Kontinuität zahlen, die es ermöglicht. Es kann aus eigener Kraft keine negative Bruttomarge reparieren.
Die Jahresabschlüsse zeigen Aktivität ohne nachhaltige Wertschöpfung
Das letzte öffentlich zusammengefasste Geschäftsjahr von MH ist 2024. Da die Kleinstunternehmensmeldung den Umsatz nicht offenlegt, kann die zentrale Frage nicht mit einer Umsatzwachstumsrate beantwortet werden. Diese Abwesenheit ist an sich bedeutsam. Ein Unternehmen kann mehr in Rechnung stellen und gleichzeitig mehr externe Dienstleistungen einkaufen und mehr Zeit des Eigentümers verbrauchen. Die verfügbaren Messgrößen sind als Belege für Wertschöpfung und nicht für Skalierung zu lesen.
Die Zusammenfassung von 2024 weist den Bruttogewinn, im belgischen Meldungssinne als Wertschöpfung nach externen Käufen, mit etwa -1.492 EUR aus. Er war 2023 mit etwa 14.630 EUR positiv gewesen, nach etwa -37.945 EUR im Jahr 2022 und -38.918 EUR im Jahr 2021. Drei negative Jahre von vier beschreiben keinen wiederholbaren Motor. Das einzige positive Jahr hat keine dauerhafte Basis geschaffen.
Dieselbe Zusammenfassung weist ein EBITDA von etwa -2.234 EUR und einen Nettoverlust von etwa 20.011 EUR für 2024 aus. Der Kassenbestand betrug etwa 10.850 EUR, der operative Cashflow etwa -2.715 EUR und die Investitionsausgaben etwa 4.260 EUR. Die Bilanzsumme betrug etwa 85.311 EUR bei Verbindlichkeiten von etwa 99.221 EUR, was ein Eigenkapital von etwa -13.910 EUR ergibt. Die Verbindlichkeiten stiegen von etwa 86.000 EUR im Jahr 2023, während das Eigenkapital von positiven 6.101 EUR fiel.
Dies sind kleine absolute Beträge, was in beide Richtungen wirkt. Ein paar gute Verträge könnten das Bild schnell ändern. Eine einzelne verspätete Zahlung, ein gescheitertes Hardwareprojekt oder ein Supportvorfall könnten ebenfalls einen bedeutenden Anteil der liquiden Mittel verbrauchen. Negatives Eigenkapital ist kein Beweis für ein unmittelbar bevorstehendes Scheitern, und das rechtliche Register zeigt weiterhin ein aktives Unternehmen mit normalem Status. Es ist ein Beweis dafür, dass der Puffer den Gläubigern und künftigen Erträgen gehört, nicht dem angesammelten Aktionärswert.
Die Trennung zwischen Umsatz und Wertschöpfung ist krass. Ohne Umsatzoffenlegung kann niemand sagen, ob MH geschrumpft ist, gewachsen ist oder lediglich die Zusammensetzung geändert hat. Was sich sagen lässt, ist, dass die externen Käufe und die Betriebswirtschaft im Jahr 2024 keine positive Wertschöpfung erzielten, Finanzierung und Abschreibungen den Verlust dann vertieften und die Bilanz mit Verbindlichkeiten über den Vermögenswerten endete. Jede Strategie, die fixe Infrastrukturkosten hinzufügt, bevor die Vertragsnachfrage gesichert ist, wäre schlecht terminiert.
Keine sichtbare Preisarchitektur schließt die Rechnung
MH veröffentlicht Fähigkeiten, aber keine Preise, Implementierungsumfänge, Supportstufen, Reaktionszeiten oder Mindestvertragslaufzeiten. Maßarbeit erfordert oft ein Angebot, daher ist das Fehlen einer Preisliste nicht ungewöhnlich. Die fehlende Architektur macht es jedoch unmöglich zu prüfen, ob das Management die volle Verpflichtung eingepreist hat.
Ein nachhaltiger Vertrag würde mindestens vier wirtschaftliche Komponenten trennen. Die Erfassung und Implementierung sollte für die Erstanalyse, Konfiguration und Migration aufkommen. Wiederkehrende Servicegebühren sollten Hosting, Überwachung, Backups, Sicherheit, Registrierungsgemeinkosten und routinemäßigen Support abdecken. Änderungsanforderungen sollten kundenspezifische Entwicklung und Konnektorwartung bezahlen. Eine Kontinuitätsprämie sollte für Reaktionsverpflichtungen, Redundanz und die Fähigkeit zum Eingreifen aufkommen, wenn nichts Neues gebaut wird.
Der Anspruch ohne Pro-Benutzer-Gebühren kann innerhalb dieser Struktur bestehen, aber er kann sie nicht ersetzen. Belgische Arbeit ist teuer: Eurostat schätzte die durchschnittlichen arbeitgeberseitigen Arbeitskosten über alle Wirtschaftszweige hinweg im Jahr 2024 auf 48,20 EUR pro Stunde, einer der höchsten Werte in der Europäischen Union. Spezialisiertes Engineering kann erheblich von diesem Durchschnitt abweichen, aber der Richtwert zeigt, warum ein lokaler Anbieter nicht gewinnen kann, indem er Stunden billig verkauft. Selbst die Arbeit des Eigentümers hat Opportunitätskosten, wenn sie nicht als Lohnbuchung erfasst wird.
Der jährliche RIPE-Beitrag beträgt 1.800 EUR pro Local Internet Registry Konto im Jahr 2026. Im Vergleich zum Budget eines großen Betreibers ist dies unbedeutend. Im Vergleich zur Liquiditätsposition von MH im Jahr 2024 entspricht dies etwa einem Sechstel vor Konnektivität, Servern, Backups, Software, Versicherung oder Buchhaltung. Die Registrierungsgebühr ist nicht das Hauptproblem; sie veranschaulicht, wie viele scheinbar moderate Fixkosten sich unterhalb der Skalierung ansammeln können.
Der erforderliche kommerzielle Nachweis ist bescheiden und konkret: jährlicher wiederkehrender Umsatz, Bruttobindung, Bruttomarge nach Servicebereich, Supportstunden pro Kunde, Amortisation der Implementierung und vor Projektausgaben vereinnahmte Zahlungsmittel. Nichts davon ist öffentlich. Die Jahresabschlüsse sagen, dass der aktuelle Mix die wirtschaftliche Belastung nicht konsistent gedeckt hat. Solange die Preisarchitektur nicht in den Ergebnissen sichtbar wird, bleibt die Strategie des Unternehmens eine Reihe von Fähigkeiten und keine nachgewiesene Kapitalallokation.
Lieferanten werden bezahlt, bevor MH die Nachfrage nachweist
Der Lieferantenstapel von MH hat mehrere Schichten. Rechenzentrum United sitzt am Netzwerkrand, weil AS42160 das /22 routet. Colocation- oder Serveranbieter liefern Strom, Kühlung, physische Sicherheit und Intervention. Transitprovider transportieren den Verkehr. RIPE pflegt die Registrierung. Domain- und Zertifikatsdienste halten öffentliche Endpunkte nutzbar. Zahlungs-, Peppol- und Bankschnittstellen unterstützen die Fakturierung. Point-of-Sale- und Lieferantenschnittstellen speisen RestoCore. Eine beworbene Verbindung zu Anthropics Claude fügt einen weiteren externen Dienst mit eigenem Preis und Datenverarbeitungsbedingungen hinzu.
Jeder einzelne Anbieter kann für sich genommen rational sein. Zusammen erzeugen sie ein First-Dollar-Problem. Registrierungs- und Basis-Hosting-Kosten fallen wiederkehrend an, bevor der erste Kunde ein neues Modul nutzt. Konnektorarbeiten müssen gepflegt werden, selbst wenn nur ein Kunde davon abhängt. Hardwarekomponenten werden möglicherweise vor der Abnahme gekauft. Die Sicherheitsanforderungen steigen mit jeder Integration. Wenn MH den ersten Kunden in der Annahme unterpreist, dass zehn weitere folgen werden, haben die Lieferanten ihre Rendite bereits verdient, während MH noch die Produktentwicklung finanziert.
Rechenzentrum United ist ein besonders aufschlussreicher Gegensatz. Es vermarktet ein nationales Netzwerk belgischer Einrichtungen, trägernetrale Konnektivität, direkte Cloud-Anbindungen, Zertifizierungen, Überwachung, Remote Hands und hohe Servicelevel. Es kann diese Fähigkeiten auf viele Kunden und Standorte verteilen. MH kann einen Teil dieser Skalierung kaufen. Es kann die Wirtschaftlichkeit mit einem /22 und einer kleinen Bilanz nicht reproduzieren.
Das macht Outsourcing nicht zu einer Schwäche. Es rückt die Lieferantenauswahl und die Durchleitungspreise ins Zentrum. MH sollte Resilienz dort einkaufen, wo es billiger ist, als sie selbst aufzubauen, die Grenze gegenüber den Kunden offenlegen und vermeiden, mehr zu garantieren als der Upstream-Vertrag liefert. Ein Kunde, der einen Five-Nines-Service benötigt, sollte für die erforderliche Architektur und den Support bezahlen und diese nicht aus der Existenz von drei Nameservern ableiten.
Das Abwärtsrisiko liegt bei MH, wenn Verträge Ergebnisse versprechen, während Lieferantenbedingungen nur Inputs bieten. Es liegt beim Kunden, wenn MH die Kontinuität ablehnt und das System schwer zu ersetzen ist. Gute Verträge gleichen diese Risiken aus. Schlechte Verträge lassen den Eigentümer unbezahlte Eingriffe vornehmen, um den Ruf zu wahren.
Vertragsbeständigkeit ist der einzige glaubwürdige Burggraben
Auf dieser Skalierungsebene ist weder Codevolumen noch Adressenanzahl ein Burggraben. Code kann veralten; Adressen können gemietet oder transferiert werden; Wettbewerber können ähnliche Funktionslisten anbieten. Dauerhafter Wert entsteht aus Verträgen, die aus guten Gründen schwer zu ersetzen sind: tiefe Prozesspassung, zuverlässige Datenmigration, gut gepflegte Schnittstellen, dokumentierte Kontinuität und ein Preis, der niedriger ist als die Wechselkosten des Kunden.
MH hat Zutaten für solche Verträge. Seine Software umfasst administrative und physische Abläufe. RestoCore kann Rezept-, Lieferanten- und Bestandslogik enthalten, die mit der Zeit nützlicher wird. Elektronik kann Geräte anbinden, die ein generisches SaaS-Produkt nicht erkennen kann. Stabile Adressen können externe Allow-Listen erhalten. Lokaler niederländischsprachiger Support und belgisches Hosting können für Kunden mit Anforderungen an Datenstandort oder Intervention von Bedeutung sein.
Die Gefahr besteht darin, Lock-in mit Kundenbindung zu verwechseln. Ein proprietäres Framework und eine Entwicklungsumgebung mögen MH effizient machen, können den Kunden aber auch von einem einzigen Lieferanten abhängig machen. Wenn Dokumentation, Quellzugang, Datenexport, Wiederherstellungsverfahren und Nachfolge unklar sind, wird der Kunde den Vertrag abwerten oder einen niedrigeren Preis verlangen. Größere Abnehmer lehnen das Risiko möglicherweise ganz ab.
Ein kleines Unternehmen kann darauf antworten, ohne sein geistiges Eigentum preiszugeben. Es kann getestete Exporte, ein Wiederherstellungs-Runbook, benannten Backup-Support, Code-Escrow für definierte Ausfallszenarien, klare Eigentumsverhältnisse an Kundendaten und einen Übergangsservice bereitstellen. Es kann Servicegrenzen veröffentlichen und die Wiederherstellung messen. Solche Verpflichtungen machen die Gründerabhängigkeit von einer unbezifferten Angst zu einem bepreisten Vertragsbestandteil.
Die Vertragslaufzeit wird dann nur mit Marge aussagekräftig. Eine dreijährige Vereinbarung, die den Support unterpreist, zerstört mehr Wert als ein kurzes Projekt. Die entscheidende Messgröße ist der wiederkehrende Bruttogewinn nach Upstream-Kosten und erwartetem Support, nicht die Anzahl der Logos oder der Nominalwert des Vertrags. MH braucht weniger gute Verträge, nicht mehr Verpflichtungen.
Kundenkonzentration bleibt das verborgene Bilanzrisiko
MH veröffentlicht keine Kundenzahlen, Referenzen, Branchenmix oder Vertragskonzentration. Die Jahresabschlüsse sind zu klein und volatil, um auf eine breite Basis zu schließen. Ein Umschwung von einer negativen Bruttomarge von etwa 38.000 EUR im Jahr 2022 auf positive 14.600 EUR im Jahr 2023 und wieder unter Null im Jahr 2024 ist mit Projektzeitplanung, Konzentration oder beidem vereinbar, beweist aber keines von beidem.
Gründergeführte kundenspezifische Anbieter stehen oft vor einem Paradoxon. Ein großer Kunde ermöglicht effizienten Vertrieb und wertvolles Domänenwissen. Er gewinnt aber auch Verhandlungsmacht, absorbiert Lieferkapazität und kann die Marge des Anbieters mit einem verzögerten Projekt oder einer Verlängerung beseitigen. Diversifikation reduziert dieses Risiko, erhöht aber den Vertriebsaufwand, die Einarbeitung und die Konnektorvielfalt. Angesichts der sichtbaren Größe von MH sind zehn unzusammenhängende kundenspezifische Kunden möglicherweise weniger handhabbar als drei Kunden auf einem gemeinsamen Produkt.
Die Antwort ist Kohortendisziplin. Hospitality-Kunden, die dieselben RestoCore-Module nutzen, sollten einen gemeinsamen Veröffentlichungspfad und Konnektorkatalog teilen. Kunden der Industrieelektronik sollten Hardware- und Kommunikationsgrundlagen teilen. Generische CRM- oder Fakturierungsarbeiten sollten nur angenommen werden, wenn sie diese Grundlagen stärken oder einen Preis haben, der hoch genug ist, um die Abweichung zu rechtfertigen.
Die öffentliche Website beansprucht Erfahrung in den Bereichen Gastgewerbe, Industrie, Einzelhandel und Bauwesen. Das kann einem Interessenten die Gewissheit geben, dass MH vielfältige Abläufe versteht. Wirtschaftlich gesehen riskiert es, die Aufmerksamkeit einer Person auf Sektoren mit unterschiedlichen Vorschriften, Einkaufszyklen und Supportfenstern zu verteilen. Breite Branchensprache ist Marketing, solange der Umsatzmix, wiederverwendbare Module und Servicekapazitäten nicht zeigen, dass die Breite das Risiko senkt.
Das Inkasso ist ebenso wichtig wie die Konzentration. Mit etwa 10.850 EUR Barmitteln und negativen Working-Capital-Indikatoren in der öffentlichen Zusammenfassung hat MH begrenzten Spielraum, um die Implementierung eines Kunden zu finanzieren. Meilensteinabrechnung, Anzahlungen, automatische wiederkehrende Zahlungen und Aussetzungsrechte sind keine aggressiven Bedingungen; sie sind der Mechanismus, der einen kleinen Anbieter davor bewahrt, ein unfreiwilliger Kreditgeber zu werden.
Standard-SaaS macht breite Funktionalität zur Commodity
Der breite Softwaremarkt ist undifferenzierter Maßarbeit feindlich gesinnt. Die Statbel-Erhebung von 2025 ergab, dass drei von fünf belgischen Unternehmen Enterprise-Resource-Planning-Software einsetzen. Grundlegende CRM-, Fakturierungs-, Produkt-, Bestands-, Einkaufs- und Berichtsfunktionen sind keine neuartigen Kategorien. Käufer können ausgereifte Suiten, Implementierungspartner und App-Ökosysteme vergleichen.
Odoo veranschaulicht den Druck. Das öffentliche Angebot umfasst eine Anwendung kostenlos für unbegrenzte Nutzer, dann All-App-Tarife zu Preisen pro Benutzer. Die kundenspezifische Stufe fügt externe Schnittstellen, Multi-Company-Support und verschiedene Hosting-Optionen hinzu. Die Gebühren decken nicht jede Implementierungs- oder kundenspezifische Codewartungskosten ab, aber der Käufer erhält ein großes Anwendungsset, regelmäßige Upgrades, Cloud-Überwachung, Backups und Support. MH muss die Gesamtkosten für Eignung und Besitz schlagen, nicht nur die Lizenzzeile.
Lightspeed ist ein direkterer Wettbewerber um die Aufmerksamkeit im Gastgewerbe. In Belgien bewirbt es Restauranttarife für 89 EUR, 159 EUR und 249 EUR monatlich, zusätzliche Lizenzen für 49 EUR, rund um die Uhr Telefon- und Chat-Support, Bestandsfunktionen, Schnittstellen und einen Partnermarktplatz. Es gibt an, am 31. März 2025 rund 144.000 Kundenstandorte bedient zu haben. Einige Funktionen kosten extra, und ein Restaurant benötigt möglicherweise immer noch die tiefergehende Rezept- und Lieferantenlogik, die MH bietet.
Aber Lightspeed setzt Erwartungen in Bezug auf Preistransparenz, Supportabdeckung, Hardware-Integration und Adoptionsnachweise.
Cloud-Infrastruktur übt denselben Druck unterhalb der Anwendungsebene aus. Ein Kunde kann Rechenleistung, verwaltete Datenbanken, Überwachung, Backups und Sicherheitstools von globalen Anbietern beziehen. Ein lokaler Anbieter kann Verantwortlichkeit und Datenstandort hinzufügen, aber er kann nicht behaupten, dass der alleinige Besitz von IPv4-Adressen einen günstigeren oder ausfallsichereren Stack hervorbringt.
Die realistische Alternative für MH besteht nicht darin, diese Anbieter zu replizieren. Sie besteht darin, sich dort anzuschließen, wo deren Standardisierung endet: eine ungewöhnliche Rezeptstruktur, eine Lieferantenschnittstelle, ein physischer Controller, ein veraltetes serielles Gerät, eine lokale Berichtsanforderung oder ein Workflow, dessen Neugestaltung mehr kosten würde als die Anpassung. Jede Funktion außerhalb dieser Grenze sollte einem Buy-versus-Build-Test unterzogen werden.
Lokale Anpassung kann am Rande immer noch gewinnen
Skalierung ist mächtig, aber nicht universell. Große Anbieter optimieren für wiederholbare Nachfrage. Ihr Support versteht möglicherweise das Standardprodukt, aber nicht die Maschine, die Kasse, den Lieferantenvertrag oder die Personalroutine des Kunden. Ihre Roadmap kann eine Funktion streichen. Ihre Akquisitionsökonomie mag eine kleine belgische Nische nicht rechtfertigen. Dies lässt Raum für MH.
Das höchstwertige Angebot würde drei bereits in seiner Arbeit sichtbare Elemente kombinieren. Erstens handhabt eine stabile Anwendungsbasis Berechtigungen, mehrsprachige Daten, Fakturierung und Berichtswesen. Zweitens handhabt eine vertikale Schicht Hospitality- oder Industriesemantik. Drittens verbindet eine Integrationsschicht Geräte und externe Systeme. Das Adressvermögen unterstützt Hosting und stabilen Zugang, bleibt für den Käufer jedoch unsichtbar, es sei denn, es verbessert die Kontinuität.
Das ist differenzierte Nachfrage. Ein Restaurant sollte MH nicht wählen, weil es ein /22 hat. Es sollte MH wählen, weil RestoCore Rezeptkosten und Bestände korrekt über eine vorhandene Kasse hinweg misst, Daten sauber exportiert und kompetenten lokalen Support erhält. Ein Hersteller sollte MH nicht wählen, weil es zu RIPE NCC gehört. Er sollte MH wählen, weil ein Controller, ein serielles Netzwerk und eine Verwaltungsanwendung als ein unterstütztes Produkt funktionieren.
Dies klärt auch die Preisgestaltung. MH sollte für vermiedene Betriebskosten abrechnen, nicht für die Anzahl der Bildschirme oder Entwicklungsstunden. Ein Lagersystem, das Verschwendung vermeidet oder Margenerosion aufdeckt, kann eine Gebühr rechtfertigen, die an den gefährdeten Wert gebunden ist. Ein Steuerungssystem, das Ausfallzeiten vermeidet, kann eine Kontinuitätsprämie rechtfertigen. In beiden Fällen muss das Unternehmen Ergebnisse nachweisen und den Support ausreichend standardisieren, um einen Teil des Wertes zu behalten.
Die Adressressourcen werden dann zu einem ermöglichenden Vermögenswert und nicht zur These. Sie können stabile Dienstendpunkte, kundeneigene Allow-Listen und Migrationsoptionen unterstützen. Das genügt. Der Versuch, ein allgemeines Hosting- oder Telekommunikationsangebot darauf aufzubauen, würde MH gegen Anbieter mit weit mehr Kapital, Automatisierung und Einkaufsmacht stellen.
Regulierung schafft gleichzeitig Leads und Verpflichtungen
Die obligatorische strukturierte elektronische B2B-Rechnungsstellung in Belgien ab dem 1. Januar 2026 ist ein klarer Nachfragekatalysator. Die föderale Finanzbehörde schreibt Rechnungen vor, die dem europäischen Standard entsprechen und über das Peppol-Framework ausgetauscht werden. MH bewirbt Peppol bereits in seinem Fakturierungsmodul. Bestehende Kunden mit Individualsoftware benötigen möglicherweise Upgrades, und kleine Unternehmen suchen möglicherweise Hilfe, um operative Daten mit konformen Rechnungen zu verbinden.
Die Gelegenheit ist nicht automatisch margenstark. Viele Buchhaltungs- und Unternehmenssuiten enthalten konforme Fakturierung, und die öffentliche Stellen warnen davor, dass die Auflistung einer Anwendung keiner Genehmigung oder Zertifizierung gleichkommt. MH muss den Integrations- und Workflow-Wert rund um Peppol verkaufen, nicht den Transportstandard selbst.
Der Cybersicherheitsumfang ist nuancierter. Das belgische NIS2-Gesetz gilt im Allgemeinen nach Sektor und Unternehmensgröße, mit wichtigen Ausnahmen. Öffentliche Anbieter elektronischer Kommunikation und bestimmte Domain- oder Vertrauensdienste können unabhängig von der Größe in den Anwendungsbereich fallen. Der RIPE-Mitgliedsdatensatz allein belegt nicht, dass MH einen öffentlichen Kommunikationsdienst erbringt, und die BIPT-Liste ergab keinen Treffer. Wenn MH ein privater Technologie- und Hosting-Anbieter bleibt, kann die direkte Einstufung abweichen; größere Kunden können dennoch vertraglich Lieferkettenkontrollen auferlegen.
Datenschutz greift unabhängig von der Marketingkategorie an der Servicegrenze. CRM, Fakturierung, Restaurant-Loyalty und Mitarbeiterberechtigungen können personenbezogene Daten umfassen. Kundenverträge bedürfen klarer Rollen, Subunternehmer, Aufbewahrungsfristen, Zugangskontrollen, Vorfallbehandlung und Löschung. Hardware, die mit operativen Netzwerken verbunden ist, fügt Patcherfordernisse und Lebenszykluserwartungen hinzu. Diese Verpflichtungen verbrauchen Engineering-Zeit, selbst wenn kein neues Feature verkauft wird.
Die Regulierung begünstigt daher Anbieter, die Compliance-Arbeit verteilen können. Für MH besteht die erfolgversprechende Antwort in schmaler Wiederverwendung: eine Peppol-Integration, eine Sicherheitsbasis, ein Datenverarbeitungsplan und eine Wiederherstellungspraxis, angewendet auf eine kohärente Kundengruppe. Maßgeschneiderte Compliance für jeden Kunden würde den Skalennachteil vertiefen.
Geopolitische Lokalität hilft nur, wenn sie vertraglich ist
MH kann plausibel ein belgisches Kontrollversprechen abgeben. Das Unternehmen ist belgisch, seine sichtbare IPv4-Route wird von einem belgischen Rechenzentrumsnetz geroutet, und der Upstream bewirbt lokale Einrichtungen, Vorteile beim Datenstandort und nationale Redundanz. Europäische Kunden prüfen zunehmend, wo operative Daten liegen, welches Recht gilt und ob Support lokal erreichbar ist.
Lokalität ist jedoch keine Souveränität durch Behauptung. Die öffentlichen Belege identifizieren weder die Serverstandorte von MH, die Backup-Länder, die Subunternehmer noch die Disaster-Recovery-Topologie. Die Software bewirbt eine Verbindung zu einem US-KI-Anbieter. Point-of-Sale-, Zahlungs- und Cloud-Schnittstellen können Gerichtsbarkeiten überschreiten. Elektronische Komponenten sind globalen Lieferketten ausgesetzt. Eine belgische Adresse und der RIPE-Ländercode lösen diese Abhängigkeiten nicht auf.
Geopolitisches Risiko ist auch kommerziell. Eine globale Plattform kann Preise ändern, einen Dienst einschränken, Datenbedingungen abändern oder größere Märkte priorisieren. Ein Komponentenmangel kann ein Elektronikdesign teuer in der Reproduktion machen. Energie- und Rechenzentrumspreise können steigen. Gleichzeitig kann der Einkauf lokaler Resilienz von einem skalierten belgischen Upstream weniger riskant sein, als Geräte allein zu betreiben.
Der Vorteil wird erst real, wenn MH Abhängigkeiten kartiert und durchsetzbare Entscheidungen trifft: spezifizierte Hosting- und Backup-Standorte, genehmigte Subunternehmer, Export- und Ausstiegsrechte, Pläne zur Komponentensubstitution und ein Service-Design, das den IPv4-Block oder Anwendungen verschieben kann, wenn eine Upstream-Beziehung endet. Kunden, die diese Bedingungen schätzen, können dafür bezahlen. Kunden, die dies nicht tun, werden nach Preis und Funktionen entscheiden, wobei globale Skalierung meist gewinnt.
Öffentliche Signale zeigen technische Tiefe und kommerzielle Unterentwicklung
Inoffizielle Signale sind mit Vorsicht zu behandeln, aber sie helfen, den Prüfrahmen abzustecken. MH hat eine lange technische Spur: Das Unternehmen stammt aus dem Jahr 2007, seine RIPE-Kontakthistorie reicht weiter zurück, die Ressourcenzuteilungen bestehen seit 2013, und öffentliche technische Forendatensätze zeigen Elektronikaktivität. Dies ist keine neu zusammengestellte Verkaufsseite ohne Betriebsgeschichte.
Die aktuelle Website ist auch als kommerzieller Nachweis dünn. Sie veröffentlicht keinen benannten Kunden, keine Fallstudie, keine Uptime-Historie, keine Sicherheitsseite, keinen Preis, kein Supportfenster, keine Partnerliste und keine Anzahl der Bereitstellungen. Zwei Produktseiten enthielten beim Zugriff sichtbare Bearbeitungsreste oder doppelten Text. Diese Details beweisen keine schlechte Technik. Sie signalisieren, dass das öffentliche Angebot nicht dieselbe Standardisierung erfahren hat, die ein Käufer von einem etablierten Produktanbieter erwartet.
Die Auffindbarkeit in Suchmaschinen ist schwach. Der Name RestoCore konkurriert mit nicht verbundenen Restaurant-Schulungs- und Reservierungsseiten, während ältere lokale Verzeichnisse es anscheinend als Restaurant an der früheren Adresse von MH interpretiert haben. Bei den durchgeführten Suchen gab es keine sichtbaren Kundenbewertungen, die eindeutig mit dem belgischen Softwareangebot verknüpft waren. Auch das ist ein Marktsignal und kein Beweis dafür, dass die Software keine Kunden hat.
Die Lücke ist wichtig, weil ein gründergeführter Anbieter Vertrauen braucht, bevor ein Käufer das Kontinuitätsrisiko akzeptiert. Technische Spezifität hilft; Beweise schließen den Verkauf ab. Ein kurzer Fall, der den alten Prozess, die Integration, die gemessene Einsparung, die Supportvereinbarung und eine Kundenreferenz zeigt, wäre wertvoller als eine weitere Modulseite. Die Veröffentlichung einer Servicegrenze und einer Wiederherstellungsverpflichtung würde mehr für die Infrastrukturglaubwürdigkeit tun als die Betonung von Cloud-Sprache.
Kapitalallokation sollte Beweise begünstigen, nicht Breite
Die Bilanz von 2024 trägt keine spekulative Expansion in Carrier-Infrastruktur, einen großen angestellten Vertrieb oder mehrere neue Produkte. Das Unternehmen benötigt den Nachweis, dass vorhandene Vermögenswerte ihre Kosten erwirtschaften können. Das impliziert eine nüchterne Abfolge von Entscheidungen.
Erstens, bewahren Sie das Adressvermögen und messen Sie seine Nutzung. Ermitteln Sie, welche kostenpflichtigen Dienste stabiles IPv4 erfordern, was jede Adresse unterstützt, die Kosten der Upstream-Vereinbarung und den Wiederherstellungsplan. Aktivieren Sie IPv6 nur im Zusammenhang mit einem finanzierten Dienst oder einer klaren Reduktion künftiger Kosten, aber hören Sie auf, die ruhende Zuteilung als Beleg für Fähigkeiten zu behandeln.
Zweitens, wählen Sie das margenstärkste wiederholbare Angebot. RestoCore hat einen definierten Käufer und betriebliche Schmerzpunkte, aber das Unternehmen sollte wissen, ob Kredit- und Supportrisiken im Gastgewerbe die Wiederverwendung überwiegen. Die Software-Elektronik-Kombination mag weniger Kunden, aber höhere Differenzierung bieten. Generische Unternehmenssoftware sollte keine Entwicklung binden, es sei denn, sie wird in mehrfach verwendete Module umgewandelt.
Drittens, reparieren Sie die Vertrags- und Nachweisschicht, bevor Sie Funktionen hinzufügen. Bepreisen Sie Onboarding, wiederkehrenden Service, Änderungen und Kontinuität getrennt. Sammeln Sie Barmittel, bevor Sie externe Kosten eingehen. Veröffentlichen Sie Referenzen und Servicegrenzen. Richten Sie Backup-Lieferkapazität und getesteten Export ein. Messen Sie den wiederkehrenden Bruttogewinn nach jedem Lieferanten und jeder erwarteten Supportstunde.
Viertens, nutzen Sie externe Skalierung bewusst. Rechenzentrum United kann Einrichtungen und Erreichbarkeit bereitstellen; etablierte Software kann Commodity-Funktionen liefern; Kassenanbieter können Zahlungen verarbeiten. MH sollte diese Inputs dort integrieren, wo sie wirtschaftlich sind, und nur die Schicht besitzen, für die Kunden einen Aufpreis zahlen. Strategie ohne diese Ressourcenallokation ist Marketing.
Schließlich, sanieren Sie die Bilanz. Positives Eigenkapital und ein größerer Liquiditätspuffer sind nicht kosmetisch. Sie geben einem kleinen Anbieter Raum, Hardware zu ersetzen, auf Vorfälle zu reagieren und schlechte Projekte abzulehnen. Mehr Arbeit bei negativer Wertschöpfung zu verkaufen, würde das Unternehmen geschäftiger und schwächer machen.
Fünf Fakten würden das Urteil ändern
Der erste ist Vertragsqualität. Belege für wesentliche jährliche wiederkehrende Umsätze, hohe Bruttobindung und eine um Supportkosten bereinigte Bruttomarge würden zeigen, dass der Software- und Infrastruktur-Fußabdruck Rente erwirtschaftet. Ein langer Vertrag ist ohne seinen Beitrag nach Upstream- und Servicekosten unzureichend.
Der zweite ist Kundendiversifikation. Eine Basis von Kunden, die dieselben Module nutzen, bei der kein einzelner Kunde einen destabilisierenden Anteil des Bruttogewinns abziehen kann, würde den Konzentrationsabschlag verringern. Benannte Referenzen würden zudem klären, welche der vielen Fähigkeiten von MH Käufer tatsächlich schätzen.
Der dritte ist Kontinuitätstiefe. Unabhängige Backups, ein zweiter Servicestandort, getestete Wiederherstellung, dokumentierte Eskalation und Lieferkapazität jenseits einer Person würden das lokale Kontrollversprechen glaubwürdig machen. Ein unabhängig gerouteter zweiter Pfad oder ein klar getestetes Verfahren zur Präfixverschiebung würde den Netzwerkfall verbessern, obwohl MH kein eigenes autonomes System benötigt, wenn das Vertragsergebnis stark ist.
Der vierte ist die Dual-Stack-Nutzung. Eine sichtbare, sichere IPv6-Bereitstellung, die mit echten Diensten verknüpft ist, würde zeigen, dass das /32 ein operativer Vermögenswert und keine ruhende Verwaltung ist. Es würde auch den Eindruck verringern, dass das Infrastrukturangebot vollständig von der IPv4-Knappheit abhängt.
Der fünfte ist die finanzielle Sanierung. Positive Bruttomarge über mehrere Jahre, positiver operativer Cashflow, wiederhergestelltes Eigenkapital und ein Liquiditätspuffer, der so bemessen ist, dass er den Verpflichtungen nachkommen kann, würden Wertschöpfung demonstrieren. Umsatzwachstum ohne diese Ergebnisse würde die Schlussfolgerung nicht ändern.
Es gibt auch Fakten, die es verschlimmern würden: weiteres Schuldenwachstum, Verlust der Upstream-Route, Abgang eines Großkunden, ungelöste Produkt-Support-Verpflichtungen oder Adressmonetarisierung, die lediglich zur Finanzierung wiederkehrender Verluste dient. Die öffentlichen Belege belegen keines dieser Ereignisse. Es sind die implizierten Watchpoints der aktuellen Struktur.
Die Schlussfolgerung: ein Infrastruktur-Preisnehmer, bis Verträge das Gegenteil beweisen
MH ist keine leere Hülle, und seine Ressourcen sind nicht dekorativ. Das Unternehmen ist seit neunzehn Jahren tätig, hält ein sauber registriertes IPv4-/22 und ein IPv6-/32, nutzt den IPv4-Adressraum für sichtbare Dienste, pflegt proprietäre Softwaregrundlagen und beschreibt glaubwürdige Elektronikarbeiten. Diese Vermögenswerte geben einem kleinen belgischen Anbieter mehr Kontrolle als eine gewöhnliche Beratung, die jedes Element monatsweise mietet.
Sie erzeugen noch keine Cloud-Skalen-Ökonomie. Die IPv4-Route hängt vom autonomen System von Rechenzentrum United ab. Die IPv6-Zuteilung ist nicht öffentlich geroutet. Das Unternehmen veröffentlicht keine unabhängige Servicetiefe, keine Telekom-Anzeige, keine Preisarchitektur, keine Kundenbelege und keine Messgröße für wiederkehrende Umsätze. Die jüngste verfügbare Finanzzusammenfassung weist eine negative Wertschöpfung, ein negatives EBITDA, einen Verlust von 20.000 EUR, Verbindlichkeiten über den Vermögenswerten und begrenzte Barmittel aus.
Wer zahlt? Kunden zahlen, wenn Anpassung ein Problem löst, das Standardsoftware nicht lösen kann. Wer profitiert? MH profitiert von wiederverwendetem Code und stabiler Dienst-Adressierung, während Upstream-Anbieter wiederkehrende Gebühren erhalten. Wer trägt das Abwärtsrisiko? Der Eigentümer trägt das Finanzierungs- und Kapazitätsrisiko; Kunden tragen das Kontinuitäts- und Wechselrisiko, es sei denn, Verträge verschieben es explizit zurück zu MH. Das ist noch keine ausgewogene Allokation.
Das explizite Urteil ist daher ungünstig, aber nicht endgültig. MH ist derzeit ein Infrastruktur-Preisnehmer mit nützlichen technischen Optionen und kein differenziertes Infrastrukturunternehmen. Der beste Weg zu Wert besteht darin, das kommerzielle Angebot auf Software-plus-Elektronik-Probleme zu verengen, Kontinuität vertraglich zu machen, kundenspezifische Verpflichtungen vollständig zu bepreisen und wiederkehrenden Bruttogewinn nachzuweisen. Wenn diese Verträge entstehen, wird der Fußabdruck als Ressourceninhaber eine verteidigbare Nische stärken.
Ohne sie sind die Adressen ein Vermögenswert neben dem Geschäft, kein Beweis dafür, dass das Geschäft dem Margenrisiko unterhalb der Cloud-Skala entkommen ist.