Wie sind die Öffnungszeiten?

Montag 09:00 - 17:00 Dienstag 09:00 - 17:00 Mittwoch 09:00 - 17:00 Donnerstag 09:00 - 17:00 Freitag 09:00 - 14:00

SJT Solutions GmbH

Name: SJT Solutions GmbH
Address: Schützenweg 5A, Horneburg, 21640, DE
Telephone: +494163866900
Price range: ££

Startseite
Deutschland
Horneburg
SJT Solutions GmbH

SJT SOLUTIONS – Deine digitalen Bodyguards für IT-Sicherheit & Backup. Persönlich, verlässlich & verständlich. So banal dieser Satz ist, so wichtig ist er.

Wir helfen Unternehmen aus Horneburg, Buxtehude & Stade, ihre IT vor Ausfällen & Angriffen zu schützen. Wir sind mehr als nur ein IT-Dienstleister - wir sind Dein digitaler Bodyguard. Unsere klare und verständliche Kommunikation stellt sicher, dass Du genau verstehst, warum unsere Dienstleistungen unverzichtbar sind. Verlass Dich auf uns, wenn es um deine digitale Sicherheit geht - und damit um de

n Erfolg Deines Unternehmens. Unsere Garantie

👍 Kostenloses Erstgespräch
👍 Analyse Deiner IT-Umgebung
👍 Transparente Kostenübersicht
👍 Arbeiten nach den neuesten Sicherheitsstandards
👍 Einfache Sprache, die Du verstehst

Unsere Dienstleistungen

🏢 IT-Infrastruktur: Wir schaffen das Gerüst, auf dem alle Deine digitalen Prozesse und Systeme aufbauen. Damit schützen und stärken wir Dein Unternehmen - Dein digitaler Bodyguard!
🔐 Backup: Deine Daten und Systeme sind Dein digitales Vermögen. Ein effizientes und vor allem sicheres Backup ist der Garant dafür, dass Du am nächsten Tag weiterarbeiten kannst - Dein digitaler Bodyguard!
🛡️ IT-Sicherheit: “Du kommst hier nicht rein”. Wir arbeiten nach den neuesten Sicherheitsstandards - Dein digitaler Bodyguard!
🗄️ Hosting: Wir bieten dir einen sicheren Ort für Deine Daten und Systeme. Jederzeit und überall erreichbar und verfügbar - Dein digitaler Bodyguard! Inside SJT

SJT SOLUTIONS wurde 2015 von Sven-Jendrik Timmermann mit dem Ziel gegründet, allen Unternehmen den Zugang zur digitalen Welt zu ermöglichen. Im Jahr 2017 kam seine Frau Tanja als Geschäftsführerin hinzu und übernahm den gesamten Backoffice-Bereich des Unternehmens. Im Laufe der Zeit sind weitere Mitarbeiterinnen und Mitarbeiter hinzugekommen, die SJT zu dem machen, was es heute ist: ein kompetentes Team, das den gleichen Servicegedanken pflegt und Unternehmen dabei unterstützt, ihre digitale Präsenz zu stärken und zu schützen.

08/06/2026

Viele MSPs prüfen die Sicherheitskonfiguration ihrer M365-Kunden manuell. Einmal im Quartal. Wenn es gut läuft.

Wir nicht mehr.

Hier ist was wir aufgebaut haben:

𝗗𝗶𝗲 𝗔𝗿𝗰𝗵𝗶𝘁𝗲𝗸𝘁𝘂𝗿:

Jeder Kunde bekommt ein eigenes GitLab-Repo. Darin: 3 Zeilen Code. Mehr nicht.

Die eigentliche Pipeline liegt zentral in einem Template-Repo. Wenn wir etwas verbessern → alle Kunden automatisch aktuell. Keine manuelle Pflege.

𝗪𝗮𝘀 𝘁𝗮̈𝗴𝗹𝗶𝗰𝗵 𝗽𝗮𝘀𝘀𝗶𝗲𝗿𝘁:

→ GitLab Runner startet um 06:00 Uhr
→ Verbindet sich per OIDC mit dem M365-Tenant des Kunden (kein einziges gespeichertes Passwort)
→ Führt 422+ Sicherheitstests aus — EIDSCA, CISA, ORCA, eigene SJT-Baseline
→ Zusätzlich: automatisch generierte Conditional Access Tests die exakt die CA-Policies des Kunden prüfen
→ HTML-Report landet auf dem Webserver
→ Mail mit direktem Link landet in meinem Postfach

𝗪𝗮𝘀 𝗶𝗰𝗵 𝗺𝗼𝗿𝗴𝗲𝗻𝘀 𝗺𝗮𝗰𝗵𝗲:

E-Mail öffnen. Link klicken. Report lesen. Fertig.

𝗪𝗮𝘀 𝗱𝗮𝘀 𝗯𝗲𝗱𝗲𝘂𝘁𝗲𝘁:

Kein Kunde kann uns mehr fragen "Ist unsere M365-Umgebung sicher konfiguriert?" ohne dass wir eine datenbasierte Antwort haben — von heute, nicht von letztem Quartal.

Und wenn sich etwas verschlechtert? Wir wissen es vor dem Kunden.

---

Das ist kein Produkt das wir gekauft haben.
Das ist Infrastruktur die wir selbst gebaut haben — auf Basis von Maester (Open Source), GitLab und ein bisschen PowerShell.

Technischer Vorsprung ist kein Zufall. Er ist eine Entscheidung.

---

Nutzt ihr Maester bereits? Ich freue mich über den Austausch.

04/06/2026

Mailtrap fängt E-Mails ab. Das reicht nicht immer.

Wer echte Software mit echtem IMAP/SMTP testen will — mehrere Postfächer, echter Client-Zugriff, realistische Infrastruktur — braucht mehr als einen Catch-All.

Heute launchen wir SJT.MailSandbox.

Was es ist:
Ein vollständiger, verwalteter Mailserver — geschlossen.
Kein Byte geht raus. Technisch, nicht nur per Policy.

Was ihr bekommt:
· Eigene Domain (z. B. euer-projekt-demo.de?utm_source=Facebook&utm_medium=organic&utm_content=page-sjt&=&=)
· Beliebig viele Postfächer (IMAP/SMTP, TLS 1.3)
· Thunderbird, Outlook, jede App — funktioniert sofort
· Kein eigenes Setup, kein Serveraufwand
· Wir betreiben und monitoren

Für wen:
Softwarehersteller · IT-Dienstleister · Behörden-IT · Jedes Team, das E-Mail-Workflows sauber testen will
Gebaut aus einem echten Kundenprojekt. Jetzt als Service.
Wer das kennt, weiß, warum das wichtig ist.
Wer das nicht kennt — meldet euch, bevor das nächste Mal eine Test-Mail beim falschen Empfänger landet.

04/06/2026

Ein Kunde wollte seine neue Software testen.

Mit echtem E-Mail-Versand. An realistische Postfächer. Mehrere Abteilungen — wie im echten Betrieb.

Das Problem: Jedes Mal, wenn er versehentlich die falsche Umgebung erwischte, landete eine Test-Mail beim echten Empfänger.

Beim Bürger.
Beim Amt.
Beim Kunden.

Das ist kein Nischenproblem. Das passiert täglich in Softwareprojekten, Behörden-IT und Fachverfahren.

Unsere Lösung: SJT.MailSandbox.

Eine vollständige E-Mail-Infrastruktur, die nach außen schweigt.

Echte Postfächer. Echter IMAP/SMTP. TLS 1.3. Mehrere Nutzer.
Aber kein einziges Byte verlässt die Sandbox — technisch verriegelt, nicht nur konfiguriert.

Was das konkret bedeutet:
→ Software testen wie in Produktion
→ Keine versehentlichen Mails an echte Empfänger
→ Kein eigenes Setup, kein DevOps-Aufwand
→ In Betrieb in Stunden, nicht Wochen

Wir haben das für einen unserer Kunden gebaut — jetzt machen wir es als Service verfügbar.

Für Softwarehersteller. Für IT-Systemhäuser. Für alle, die sauber testen wollen.

Interesse? Schreib mir — oder kommentiere kurz, was euer aktuelles Test-Setup ist. Ich bin neugierig.

02/06/2026

Warum wir das Umbenennen von Backup-Jobs hassen.

Nicht weil es falsch ist, einen Job umzubenennen.

Sondern weil Veeam die Ordnerstruktur auf dem Repository nicht anpasst — sobald der Job einmal gelaufen ist.

Beim ersten Lauf legt Veeam einen Ordner auf dem Repository an. Der Name kommt vom Job-Namen zum Zeitpunkt des ersten Laufs. Danach ist der Ordner gesetzt.

Benennt man den Job danach um — was verlockend ist, weil man in der Konsole plötzlich Ordnung sieht — passiert auf dem Repository: nichts.

Was in der Konsole jetzt „kritische VMs" heißt, liegt auf der Festplatte noch als „Backup Job 1".
In der Konsole: „kritische VMs".

Auf dem NAS: „Backup Job 1".

Beim Debuggen eines Fehlers weißt du das vielleicht noch. Dein Kollege nicht. Dein Nachfolger auch nicht.

Und in einer Umgebung mit 30, 40, 50 Jobs fängst du an, jeden Ordner einzeln aufzumachen. Unter Zeitdruck. Um 03:00 Uhr nachts.

Genau deshalb gilt: Einmal richtig benennen. Vor dem ersten Lauf.

Danach: nicht mehr anfassen.

01/06/2026

Software-Defined Storage klingt nach Zukunft.
In der Praxis ist es oft ein Scherbenhaufen.

Warum?

Weil es falsch implementiert wird.
Kein externes SAN – kein Problem.
Bis jemand merkt, dass das Konzept nur auf dem Papier funktionierte.

Was wir machen:
Konzept. Implementierung. Implementierungshandbuch.
Nicht als Dokument für die Schublade –
sondern als Grundlage für den Betrieb danach.

Wer Storage falsch plant, zahlt das irgendwann mit Downtime.
Wer es richtig plant, merkt gar nicht, dass der Storage da ist.

Das ist das Ziel.

01/06/2026

1.600 virtuelle Desktops.
Alle gleichzeitig nutzbar.
Alle zentral verwaltet.

Was dahinter steckt, sehen die Nutzer nie.
Golden Images. AppVolumes. Dynamic Environment Manager.
Netzwerkarchitektur, die das alles trägt.

Und genau da liegt das Problem bei vielen VDI-Projekten:
Die Technik wird aufgebaut.
Aber nicht zu Ende gedacht.

Ein schlechtes Golden Image macht 1.600 Desktops gleichzeitig langsam.
Ein Netzwerk, das nicht für diese Last designed wurde, bricht weg.
Eine Umgebung ohne Konzept ist von Anfang an falsch gebaut.

VDI ist kein Produkt, das man kauft und fertig hat.
VDI ist Architektur.

01/06/2026

„Wir planen einen Rechenzentrumsumzug".

Die nächste Frage, die ich stelle:
Wer übernimmt die Verantwortung, wenn an Tag zwei nichts läuft?

Stille.

RZ-Umzüge sind keine technischen Projekte.
Sie sind Risikoprojekte.

50 Hosts. Mehrere Petabyte Daten. Produktivsysteme.
Alles muss rüber. Alles muss laufen. Alles muss dokumentiert sein.

Was dabei schiefgeht, geht meistens nicht an der Technik schief.
Es geht schief, weil kein Plan B existiert.
Weil der „Swing" nicht geprobt wurde.
Weil die Replikation zwar lief – aber niemand sie überprüft hat.

Wir haben das mehrfach gemacht.
Mit Plan. Mit Test. Mit Dokumentation.
Und mit jemandem, der die Verantwortung trägt – nicht nur einen Auftrag abarbeitet.

01/06/2026

Vier Jahre Backup-Betrieb. Heute schaue ich mir die VSPC-Konsole an.
6,8 Petabyte. 1.317 Jobs. 0 offene Eskalationen.
Nicht weil nichts passiert. Sondern weil wir die Prozesse haben, wenn es passiert.
Was ich in diesen Jahren gelernt habe: Backup ist kein Tool-Problem. Backup ist ein Schichtplan-Problem.
Jedes Systemhaus, mit dem ich rede, hat Veeam, Acronis oder N-able. Die meisten haben niemanden, der den Restore um 2 Uhr nachts fährt, wenn der Senior krank ist.
Seit 2022 bieten wir genau dafür eine Lösung — als Fulfillment-Partner hinter eurer Marke. Ohne direkte Endkundenkommunikation. Mit vertraglich garantiertem Partnerschutz.
1.317 Jobs laufen gerade. Keiner davon unter meinem Markennamen beim Endkunden.
So soll es sein.

29/05/2026

6.0 → 6.5 → 6.7 → 7.0 → 8.0 → 9.0 -> 9.1.

Das ist kein Changelog. Das ist die Realität in gewachsenen VMware-Umgebungen.

Jede Version, die übersprungen oder halbherzig durchgezogen wurde, ist ein Risiko, das irgendwo wartet.

Was wir regelmäßig sehen: Upgrades, die nie sauber abgeschlossen wurden. Health-Findings, die sich über Monate ansammeln. Kein Management Cluster – alles auf derselben Infrastruktur.

Wer seine Virtualisierung nicht aktiv betreibt, betreibt sie auf Verschleiß.

Irgendwann reicht ein Update, das eigentlich Routine war – und nichts läuft mehr.

Adresse

Schützenweg 5A
Horneburg
21640

Öffnungszeiten

Montag	09:00 - 17:00
Dienstag	09:00 - 17:00
Mittwoch	09:00 - 17:00
Donnerstag	09:00 - 17:00
Freitag	09:00 - 14:00

Telefon

+494163866900

Webseite

https://solutions.sjt.de/

Benachrichtigungen

Lassen Sie sich von uns eine E-Mail senden und seien Sie der erste der Neuigkeiten und Aktionen von SJT Solutions GmbH erfährt. Ihre E-Mail-Adresse wird nicht für andere Zwecke verwendet und Sie können sich jederzeit abmelden.