Mac Miete 11. August 2026 ca. 13 Min. macOS im Labor Mac mini M4

Kein Mac im Labor: 2026 mieten oder Mac mini M4 kaufen?

Studierende, Forschungsgruppen und Laborleitungen erhalten einen klaren Entscheidungsrahmen für die Frage, ob sie einen Remote Mac mieten oder einen Mac mini M4 kaufen sollten. Der Artikel bewertet Nutzungsdauer, Zugriff, Datenanforderungen, Teamgröße, Softwarekompatibilität und lokale Geräteanschlüsse.

Im Labor fehlt ein Mac, aber eine Forschungssoftware oder ein Kompatibilitätstest duldet keinen Aufschub.

Die schnellste Lösung: Bei kurzer Laufzeit, niedriger Auslastung oder ungeklärter Softwarekompatibilität zunächst einen Remote Mac mieten; bei täglicher Dauerlast, lokalen Messgeräten oder besonders sensiblen Daten ist ein eigener Mac mini M4 meist die bessere Basis. Für Arbeitsgruppen ist eine Kombination aus festem Gerät und gemieteter Kapazität oft sinnvoller als eine reine Entweder-oder-Entscheidung.

Dieser Vergleich richtet sich an Studierende und Promovierende mit zeitlich begrenzten Projekten, an Forschungsgruppen, die eine zusätzliche macOS-Umgebung benötigen, sowie an Laborleitungen, die Anschaffung, Konten, Lizenzen und Forschungsdaten gemeinsam bewerten müssen.

Die Entscheidung nach Nutzergruppe

Die Frage „Kein Mac im Labor: Was tun?“ lässt sich nicht allein über den Kaufpreis beantworten. Entscheidend sind die tatsächliche Nutzungsdauer, die tägliche Belegung, die Zahl der Personen, der Bedarf an grafischer Bedienung, lokale Anschlüsse und die Schutzklasse der Daten.

Einzelne Studierende und kurze Projekte

Für eine Lehrveranstaltung, eine Reproduktion, einen begrenzten Analyseabschnitt oder einen einmaligen Kompatibilitätstest ist Mieten in der Regel die risikoärmere Wahl. Das gilt besonders dann, wenn noch nicht feststeht, ob die benötigte macOS-Software auf Apple Silicon, mit der vorgesehenen Abhängigkeit oder mit der vorhandenen Lizenz funktioniert.

Unsere Bewertung: Mieten ist sehr gut geeignet, wenn der Zugriff nur vorübergehend oder unregelmäßig benötigt wird. Die Anschaffung eines eigenen Rechners bindet Kapital, obwohl nach Abschluss des Projekts möglicherweise kein regelmäßiger Bedarf bleibt. Außerdem entstehen zusätzliche Kosten für Monitor, Tastatur, Maus, Adapter, Datensicherung, Wartung und die Zuordnung des Geräts zu einem Laborstandort.

Ein gemieteter Remote Mac ist dagegen schnell erreichbar und kann für Terminal-Aufgaben über SSH sowie für grafische Anwendungen über VNC genutzt werden. Bei VNCMac erhalten Nutzer vollständige Root-Rechte auf dem gebuchten Mac. Damit lassen sich beispielsweise Homebrew, Compiler, Bibliotheken oder projektspezifische Werkzeuge installieren, sofern die jeweilige Softwarelizenz dies erlaubt. Eine Übersicht der verfügbaren Remote-Mac-Mietlösung kann anschließend mit den Anforderungen des Projekts abgeglichen werden.

Dauerhafte Einzelarbeitsplätze

Ein Kauf wird interessanter, wenn derselbe Rechner über einen langen Zeitraum täglich oder fast täglich genutzt wird. Das betrifft beispielsweise wiederkehrende Auswertungen, dauerhaft laufende lokale Dienste, feste Entwicklungsumgebungen oder Arbeitsabläufe, bei denen ein Projekt nicht jedes Mal neu eingerichtet werden soll.

Unsere Bewertung: Kaufen ist gut geeignet, wenn die Umgebung langfristig stabil bleiben muss und die Nutzung nicht von einer Internetverbindung abhängen darf. Ein eigener Mac mini M4 steht im Labor, ist physisch kontrollierbar und kann mit einem vorhandenen Monitor oder bestimmten Peripheriegeräten verbunden werden.

Der Mac mini M4 ist laut den veröffentlichten technischen Daten mit einer 10-Core-CPU, einer 10-Core-GPU, mindestens 16 GB gemeinsamem Arbeitsspeicher und einer SSD-Konfiguration ab 256 GB erhältlich. Diese Angaben stammen aus den offiziellen technischen Daten des Mac mini. Sie sind jedoch keine automatische Empfehlung für jede Forschungssoftware. Eine Speichergröße, die für Skripte und leichte Datenverarbeitung ausreicht, kann bei großen Datensätzen, mehreren virtuellen Umgebungen oder grafischen Anwendungen zu knapp sein.

Forschungsgruppen mit mehreren Mitgliedern

Bei mehreren Personen hängt die Entscheidung davon ab, wie die Nutzung tatsächlich abläuft:

Melden sich Mitglieder nur gelegentlich nacheinander an, kann ein gemeinsamer Remote Mac oder ein gemeinsames festes Gerät ausreichen.
Laufen Aufgaben regelmäßig parallel, sollte die Gruppe mehrere Ressourcen oder eine zusätzliche Mietkapazität einplanen.
Müssen Experimente gleichzeitig mit verschiedenen Versionen, Konten oder Datensätzen durchgeführt werden, ist eine Ein-Gerät-Strategie oft zu eng.
Werden lokale Instrumente, USB-Geräte oder spezielle Netzwerkverbindungen benötigt, spricht mehr für einen eigenen Laborrechner.

Unsere Bewertung: Eine Doppelstrategie ist für viele Gruppen gut geeignet. Ein fester Mac übernimmt stabile, wiederkehrende Aufgaben. Ein Remote Mac nimmt zeitlich begrenzte Projekte, neue Softwaretests oder Lastspitzen auf. So muss die Gruppe nicht für jede kurzfristige Anforderung zusätzliche Hardware kaufen.

Ein Mac mini M4 kann dabei als dauerhaft dokumentierte Referenzumgebung dienen. Gemietete Kapazität eignet sich eher für Abnahmetests, Schulungen, kurzfristige Forschungsaufträge oder die Prüfung einer neuen Softwareversion. Die Gruppe sollte allerdings nicht mit einem einzigen gemeinsamen Login arbeiten. Separate Benutzerkonten, individuelle SSH-Schlüssel und klar definierte Zugriffsrechte sind wesentlich leichter zu prüfen und nach dem Ausscheiden eines Mitglieds sauber zu entfernen.

Die wichtigsten Kosten liegen nicht nur im Rechner

Ein typischer Vergleich „Kaufen gegen monatlich mieten“ scheitert, wenn nur der Gerätepreis betrachtet wird. Für eine belastbare Entscheidung sollte die Gruppe mindestens diese Kostenblöcke erfassen:

Anschaffung des Mac mini M4 oder wiederkehrende Mietkosten.
Monitor, Eingabegeräte, Adapter und gegebenenfalls ein geeigneter Netzwerkanschluss.
Speicher für lokale Arbeitsdaten und Backups.
Zeit für Installation, Aktualisierung, Fehlerbehebung und Dokumentation.
Lizenzkosten für wissenschaftliche Anwendungen und kommerzielle Bibliotheken.
Aufwand für Benutzerverwaltung, Datenlöschung und Übergabe an neue Projektmitglieder.
Kosten für die erneute Einrichtung, falls ein Mietsystem beendet und später wieder benötigt wird.

Bei kurzer oder unsicherer Laufzeit sind die nichtfinanziellen Kosten einer Anschaffung oft entscheidend. Ein Gerät muss bestellt, inventarisiert, konfiguriert und in die Laborabläufe integriert werden. Bei einer Mietlösung verschiebt sich der Aufwand: Statt Hardware zu verwalten, muss die Gruppe Netzwerkqualität, Datentransfer, Zugangssicherheit und die Wiederholbarkeit der Umgebung prüfen.

Die richtige Frage lautet daher nicht: „Welche Option hat den niedrigeren Monatsbetrag?“ Sie lautet: „Welche Option verursacht bis zum Ende des Projekts den geringeren Gesamtaufwand und lässt sich nachweisen?“

Softwareprüfung vor jeder Entscheidung

macOS-Forschungssoftware und Apple-Silicon-Unterstützung

Vor dem Kauf oder der Miete sollte die Gruppe die Software selbst prüfen. Der Name „macOS-Version verfügbar“ genügt nicht. Relevant sind mindestens:

Unterstützung für Apple Silicon oder die Notwendigkeit einer Übersetzungsschicht.
Unterstützte macOS-Version.
Benötigte Compiler, Laufzeitumgebungen und Paketmanager.
Lizenzbedingungen für Forschung, Lehre, mehrere Konten und Remote-Zugriff.
Erforderliche Dateiformate, Pfade und grafische Komponenten.
Abhängigkeiten zu Intel-Bibliotheken oder nicht signierten Erweiterungen.

Für viele Kommandozeilenwerkzeuge ist Homebrew ein zentraler Bestandteil der Einrichtung. Die offizielle Dokumentation nennt für Apple Silicon den Installationspfad /opt/homebrew und weist darauf hin, dass eine unterstützte macOS-Version sowie die Command Line Tools erforderlich sind. Details stehen in der Homebrew-Installationsdokumentation. Die Homebrew-FAQ zum Standardpfad erklärt außerdem, weshalb ein abweichender Installationsort bei vorkompilierten Paketen zu Problemen führen kann.

Das ist für die Entscheidung wichtig: Ein Remote Mac mit Root-Rechten kann die Einrichtung vereinfachen, ersetzt aber nicht die Prüfung der Abhängigkeiten. Wenn eine Forschungssoftware nur für Intel kompiliert wurde, muss die Gruppe klären, ob die vorgesehene Umgebung diese Komponente unterstützt. Erst danach ist ein sinnvoller Vergleich zwischen Mietdauer und Gerätekauf möglich.

SSH und VNC nach Aufgaben trennen

SSH und VNC erfüllen unterschiedliche Zwecke. SSH eignet sich für Skripte, Paketinstallation, automatisierte Tests, Datenverarbeitung und CI/CD-nahe Abläufe. VNC beziehungsweise Bildschirmfreigabe wird benötigt, wenn eine grafische Oberfläche, ein interaktiver Datenbrowser, ein visueller Editor oder eine Desktop-Anwendung geprüft werden muss.

Die macOS-Systemdokumentation beschreibt die Aktivierung der „Entfernten Anmeldung“ und den Zugriff über SSH oder SFTP. Sie nennt außerdem die Möglichkeit, den Zugriff auf ausgewählte Benutzer zu beschränken. Die Anleitung zum Remote-Login über SSH sollte vor dem produktiven Einsatz geprüft werden.

Für grafische Anwendungen gelten zusätzliche Bedingungen. Die Gruppe muss testen, ob die Verbindung bei der gewünschten Auflösung, Eingabemethode und Netzwerklatenz zuverlässig bleibt. Ein Terminaltest kann erfolgreich sein, während eine komplexe grafische Anwendung über VNC unbrauchbar reagiert. Deshalb gehören beide Zugriffsmethoden in die Abnahme.

Wann ein Remote Mac Root-Rechte sinnvoll nutzt

Die Frage, ob sich ein Remote Mac mit Root-Rechten für wissenschaftliche Software eignet, lässt sich differenziert beantworten. Root-Rechte sind hilfreich, wenn Systempakete, Entwicklerwerkzeuge, Dienste oder mehrere Benutzerumgebungen eingerichtet werden müssen. Sie erlauben eine flexible Anpassung des Systems und können bei der Reproduktion bestimmter Installationsschritte entscheidend sein.

Root-Rechte erhöhen aber auch das Risiko. Ein fehlerhaftes Installationsskript kann Systembereiche verändern, Sicherheitsfunktionen umgehen oder Abhängigkeiten überschreiben. In einer Forschungsgruppe sollte deshalb nicht jeder Nutzer automatisch administrative Rechte erhalten. Besser ist eine klare Trennung:

Persönliche Benutzerkonten für die tägliche Arbeit.
Ein dokumentiertes Administratorkonto für Systemänderungen.
SSH-Schlüssel statt gemeinsam verteilter Passwörter.
Protokollierte Installationsschritte in einer README- oder Environment-Datei.
Regelmäßige Prüfung installierter Pakete und offener Dienste.
Entfernung der Zugänge, sobald ein Projektmitglied die Gruppe verlässt.

Hinweis aus der Praxis: Root-Rechte lösen kein Lizenzproblem. Wenn ein Softwareanbieter nur lokale Einzelplatznutzung erlaubt, darf die Anwendung nicht allein deshalb von mehreren Personen oder über einen Remote-Zugriff verwendet werden, weil die technische Installation möglich ist.

Bei VNCMac ist daher vor dem Start zu klären, welche Konten, Zugriffsmethoden und Datenabläufe für das konkrete Projekt erforderlich sind. Für eine kurze Testphase ist diese Flexibilität wertvoll. Für eine dauerhaft regulierte Laborumgebung sollte sie durch interne Dokumentation und Freigabeprozesse ergänzt werden.

Daten, Datenschutz und lokale Geräte

Forschungsdaten auf einem Remote Mac

Ob Forschungsdaten auf einem Remote Mac verarbeitet werden dürfen, hängt nicht vom Preis und auch nicht allein vom Betriebssystem ab. Entscheidend sind Datenkategorie, Vorgaben der Hochschule, Einwilligungen, Verträge, Speicherort, Zugriffskontrolle und Löschkonzept.

Für öffentliche Datensätze, synthetische Daten oder nicht personenbezogene Testdaten kann ein Remote Mac oft ohne große organisatorische Hürden eingesetzt werden. Bei personenbezogenen, medizinischen, unveröffentlichten oder vertraglich geschützten Daten ist eine vorherige Freigabe durch Datenschutzbeauftragte, IT-Abteilung oder Projektleitung erforderlich. Die DSGVO beziehungsweise interne Forschungsrichtlinien können zusätzliche Anforderungen an Auftragsverarbeitung, Protokollierung und Datenübertragung stellen.

Sicherer ist es, nur die für den jeweiligen Verarbeitungsschritt notwendigen Daten zu übertragen. Große Originaldatensätze sollten nicht unkontrolliert über private Speicher, unverschlüsselte Verbindungen oder gemeinsam genutzte Konten verschoben werden. Vor der Entscheidung sind folgende Punkte schriftlich zu beantworten:

Welche Daten dürfen die Laborgrenzen verlassen?
In welchem Land oder welcher Region wird verarbeitet?
Wer kann auf Speicher, Backups und temporäre Dateien zugreifen?
Wie werden Daten nach Projektende gelöscht?
Welche Nachweise verlangt die Hochschule?
Gibt es eine lokale Kopie, die als maßgebliche Version gilt?

Bei besonders sensiblen Daten oder vorgeschriebener lokaler Verarbeitung spricht dieses Profil eher für einen eigenen Mac mini M4 im kontrollierten Hochschulnetz. Bei unkritischen Testdaten und zeitlich begrenzten Aufgaben kann ein Remote Mac die Einrichtung beschleunigen.

Instrumente, USB und Spezialhardware

Ein eigener Mac ist klar im Vorteil, wenn ein Messgerät, Audiointerface, Dongle, Kamera, Scanner oder eine andere Spezialhardware direkt angeschlossen werden muss. Ein Remote-Zugriff kann zwar Bildschirm und Tastatur übertragen, aber nicht automatisch jede physische Schnittstelle zuverlässig ersetzen.

Auch bei einem Mac mini M4 müssen die Anschlüsse und Adapter geprüft werden. Die offiziellen Daten nennen unter anderem Thunderbolt-Anschlüsse, HDMI, USB-C und Gigabit-Ethernet; je nach Konfiguration können sich Anschlussstandard und Erweiterungsmöglichkeiten unterscheiden. Die technische Übersicht zum Mac mini (2024) ist deshalb vor einer Bestellung maßgeblich.

Wenn ein Instrument nur mit einem bestimmten Treiber funktioniert, sollte die Gruppe einen echten Verbindungstest durchführen. Eine Software, die sich installieren lässt, ist nicht automatisch mit dem Messgerät kompatibel. Dieser Punkt kann die gesamte Mietkalkulation überstimmen.

Die Entscheidungs-Checkliste vor Bestellung oder Miete

Die folgende Checkliste dient als verbindliches Entscheidungstool. Markieren Sie jeden Punkt erst dann, wenn die Anforderung dokumentiert oder praktisch getestet wurde.

Der Projektzeitraum mit Start, Ende und möglichen Unterbrechungen ist schriftlich festgehalten.
Die tatsächliche Nutzung ist nach Arbeitstagen und zusammenhängenden Arbeitsblöcken eingeschätzt, nicht nur als „gelegentlich“ bezeichnet.
Jede zentrale macOS-Forschungssoftware wurde auf macOS-Version, Apple-Silicon-Unterstützung und Abhängigkeiten geprüft.
Die Lizenzbedingungen erlauben die geplante Nutzung durch mehrere Personen, über SSH, VNC oder eine andere Remote-Methode.
Ein SSH-Test für Terminalaufgaben, Paketinstallation oder automatisierte Skripte wurde erfolgreich durchgeführt.
Ein VNC-Test für jede benötigte grafische Anwendung wurde mit der vorgesehenen Netzwerkverbindung durchgeführt.
Die Upload- und Downloadzeiten für die tatsächlich benötigten Datensätze wurden gemessen.
Die Datenklasse ist festgelegt: Testdaten, öffentliche Daten, personenbezogene Daten oder vertrauliche Projektdaten.
Die Hochschule oder das Labor hat die Verarbeitung außerhalb des kontrollierten lokalen Netzes freigegeben, falls dies erforderlich ist.
Es ist geklärt, welche Daten nach Projektende gelöscht werden und wer diese Löschung bestätigt.
Alle benötigten Instrumente, USB-Geräte, Dongles, Kameras oder Audiointerfaces wurden auf lokale Anschlussfähigkeit geprüft.
Für jedes Mitglied existiert ein eigenes Konto oder ein individueller SSH-Schlüssel; ein gemeinsames Passwort wird nicht verwendet.
Ein Rückfallplan steht bereit, falls die Anwendung nicht kompatibel ist, die Verbindung instabil bleibt oder ein Nutzer das Projekt verlässt.
Die Gruppe hat festgelegt, welche Umgebung als reproduzierbare Referenz gilt.
Die Entscheidung wurde nicht nur anhand des Gerätepreises, sondern anhand von Anschaffung, Betrieb, Wartung, Lizenzen und Einrichtungszeit getroffen.

Die Auswertung ist einfach:

Überwiegend kurzfristige oder ungeklärte Punkte: zunächst einen Remote Mac mieten und die Umgebung validieren.
Überwiegend dauerhafte Nutzung, lokale Geräte und kontrollierte Daten: einen eigenen Mac mini M4 einplanen.
Beide Gruppen von Kriterien sind stark vertreten: feste lokale Basis mit gemieteter Ergänzung für Tests und Lastspitzen.

Diese Auswertung ersetzt keine Datenschutz- oder Lizenzfreigabe. Sie verhindert jedoch, dass eine Kaufentscheidung getroffen wird, bevor die eigentliche Arbeitsweise bekannt ist.

Der Entscheidungsweg in sieben Schritten

Die Checkliste sollte anschließend in einen konkreten Ablauf überführt werden:

Projektzeitraum festhalten: Notieren Sie Start, voraussichtliches Ende und mögliche Unterbrechungen. Bei nur wenigen Projektphasen sollte zunächst eine Mietlösung geprüft werden.
Nutzungsfrequenz messen: Erfassen Sie, an wie vielen Tagen und für wie viele zusammenhängende Arbeitsblöcke die Umgebung benötigt wird.
Softwareanforderungen prüfen: Öffnen Sie die Entwicklerdokumentation jeder wichtigen Anwendung und dokumentieren Sie macOS-Version, Apple-Silicon-Unterstützung, Lizenzmodell und Abhängigkeiten.
Zugriffsart testen: Führen Sie mindestens einen SSH-Test für Terminalaufgaben und einen VNC-Test für grafische Anwendungen durch.
Datenklasse bestimmen: Trennen Sie Testdaten, öffentliche Daten, personenbezogene Daten und vertrauliche Projektdaten. Lassen Sie sensible Kategorien vor einer Übertragung freigeben.
Hardwarebedarf markieren: Prüfen Sie Monitor, USB-Gerät, Instrument, Netzwerksegment, Audio- oder Kamerazubehör.
Rückfallplan definieren: Legen Sie fest, was geschieht, wenn die Software nicht läuft, der Netzwerkzugriff instabil ist oder ein Projektmitglied ausscheidet.

Wenn die Punkte eins bis vier überwiegend kurzfristig oder unsicher ausfallen, ist Mieten der bessere erste Schritt. Wenn Daten, Hardware und Dauerbetrieb dominieren, sollte die Gruppe einen eigenen Mac mini M4 einplanen. Bei gemischten Anforderungen ist eine Doppelstrategie sachlich besser begründbar als ein Kompromissgerät, das keine Aufgabe zuverlässig erfüllt.

Entscheidung nach Kriterien und Bewertung

Remote Mac – unsere Bewertung: sehr gut für kurzfristige und flexible Forschung.
Stärken sind die geringe Anfangsbindung, schnelle Verfügbarkeit, Root-Rechte, Eignung für Softwaretests und die Möglichkeit, Kapazität nur während eines Projekts zu nutzen. Schwächen sind die Abhängigkeit von Netzwerkqualität, mögliche Upload- und Downloadzeiten, die Prüfung der Datenfreigabe und die eingeschränkte Nutzung lokaler Instrumente.

Mac mini M4 – unsere Bewertung: sehr gut für dauerhafte Einzelarbeitsplätze.
Stärken sind die lokale Kontrolle, planbare Verfügbarkeit, direkte Geräteanschlüsse und eine dauerhaft dokumentierbare Umgebung. Schwächen sind die gebundene Investition, zusätzliche Peripherie, Wartungsaufwand sowie die Tatsache, dass Arbeitsspeicher und SSD nach dem Kauf nicht beliebig erweitert werden können.

Doppelstrategie – unsere Bewertung: sehr gut für aktive Forschungsgruppen.
Ein fester Mac übernimmt die kontrollierte Basis. Ein Remote Mac ergänzt ihn für zeitlich begrenzte Projekte, neue Versionen, Schulungen und Spitzenlast. Diese Variante verlangt allerdings klare Regeln für Daten, Benutzerkonten, Lizenzen und die Frage, welche Umgebung als Referenz gilt.

Für zusätzliche temporäre Kapazität kann eine Forschungsgruppe die VNCMac-Mac-Mietoption für US-Ost oder eine andere passende Region prüfen. Die Wahl der Region sollte sich an Latenz, Datenschutzvorgaben und den internen Beschaffungsregeln orientieren, nicht allein an einer vermeintlich günstigen Verfügbarkeit.

Was für das Labor langfristig die bessere Lösung ist

Ein eigener Mac mini M4 ist kein automatisch günstigerer Remote Mac und ein Remote Mac ist kein vollständiger Ersatz für lokale Hardware. Die Mietlösung verliert an Attraktivität, wenn jeden Tag große Datenmengen übertragen werden, eine grafische Anwendung dauerhaft interaktiv bedient werden muss oder ein Laborgerät physisch angeschlossen werden soll. Der Kauf verliert an Attraktivität, wenn die Software nur wenige Monate benötigt wird, die Kompatibilität ungeklärt ist oder mehrere Projekte nur gelegentlich auf macOS zugreifen.

Wer heute zwischen beiden Optionen entscheidet, sollte daher nicht mit der Hardware beginnen, sondern mit dem Arbeitsprofil: Zeitraum, Belegung, Daten, Zugriffsart und Peripherie. Für ein persönliches Kurzprojekt ist der Remote Mac meistens der vernünftigere Test. Für eine dauerhaft besetzte Forschungsstation mit lokalen Geräten ist der Mac mini M4 die robustere Basis. Für eine Gruppe mit wechselnden Anforderungen verbindet die Doppelstrategie Stabilität mit planbarer Flexibilität.

Gegenüber dem bestehenden Windows- oder Linux-Arbeitsplatz bleiben drei reale Nachteile: macOS-spezifische Software lässt sich dort nicht nativ prüfen, Apple-Silicon-Verhalten bleibt ungetestet und grafische oder systemnahe Kompatibilitätsfehler werden oft erst spät entdeckt. Ein eigener Mac beseitigt diese Lücke, bindet aber Kapital und benötigt Wartung. Wenn nur vorübergehend eine vollständige macOS-Umgebung für Forschung, Lehre oder Tests gebraucht wird, ist die Miete eines Remote Mac über VNCMac häufig die passendere Ergänzung. Entscheidend ist, vorher die Projektdauer, die wöchentliche Nutzung, den Bedarf an grafischer Bedienung und mögliche Instrumentenanschlüsse zu dokumentieren. Danach lässt sich die passende Mietdauer auswählen, ohne eine dauerhafte Anschaffung aus einer nur kurzen Engpasssituation heraus zu tätigen.

Weiterführende Artikel