Software für EPC-Projekte

// Das Problem

Auf einem großen Bergbau- oder Verfahrensprojekt verlieren Kolonnen Stunden mit der Suche nach Material, das laut Materialsystem eingegangen ist, und Überbestände fallen erst am Ende des Projekts auf.

// Was wir bauen würden

Eine App für Lagerplatz und Baustellenlager auf robusten Android-Geräten, die RFID und Barcodes liest, am entlegensten Ende der Baustelle offline läuft, Kisten und große Teile per GPS ortet und Wareneingang, Konservierung und Ausgabe an den Bau über deren APIs im Gleichschritt mit SmartPlant Materials und SAP hält.

// Was drin ist

// Tech-Stack

• Next.js
• React Native
• PostgreSQL
• RFID-Lesegeräte und Tags für Metall
• Azure mit Anmeldung über Entra ID
• Edge-Gateways auf der Baustelle

// Das Problem

Hunderte Lieferanten reichen Zeichnungen und Datenblätter zur Prüfung ein, und Prüfzyklen, Anmerkungen und überfällige Punkte werden in Tabellen neben Aconex verfolgt.

// Was wir bauen würden

Ein Portal für Lieferantendaten, das die geforderten Dokumente jeder Bestellung festlegt, jeden Prüfzyklus und Rückgabecode verfolgt, Überfälligem nachgeht und Transmittals über die API mit Aconex austauscht, mit Dashboards nach Paket und nach Lieferant.

// Was drin ist

// Tech-Stack

• Next.js
• PostgreSQL
• Aconex-API
• Azure
• Entra-ID-SSO

// Das Problem

Mechanische Fertigstellung und Inbetriebnahme auf einer abgelegenen Baustelle laufen über Prüfblätter und Restpunktlisten auf Papier, und Zertifikate warten darauf, dass jemand sie in einer Tabelle abgleicht.

// Was wir bauen würden

Ein Fertigstellungssystem auf Tablets, das offline läuft: Systeme und Teilsysteme, Prüfblätter A, B und C, Restpunktlisten mit Fotos und Übergabezertifikate (MC, RFC, RFSU), auf dem Gerät unterschrieben und mit einem Server auf der Baustelle und mit der Zentrale abgeglichen, wenn die Verbindung es zulässt.

// Was drin ist

// Tech-Stack

• React Native
• Next.js
• PostgreSQL
• Rack-Server auf der Baustelle
• Offline-Abgleich

// Das Problem

Eingebaute Mengen kommen von der Baustelle, der Terminplan aus Primavera P6 und die Kosten aus dem ERP, also wird der Earned Value jede Woche von Hand neu gebaut.

// Was wir bauen würden

Eine Fortschrittsplattform, die eingebaute Mengen aus den Werkzeugen der Baustelle übernimmt, Ihre Fortschrittsregeln anwendet, den P6-Terminplan und die ERP-Kosten über deren APIs liest und Earned Value und Fortschritt gegen den Terminplan nach Bereich, Fachbereich und Auftragnehmer zeigt.

// Was drin ist

// Tech-Stack

• Next.js
• PostgreSQL
• Primavera-P6-API
• APIs von SAP oder Oracle
• Azure

// Das Problem

Ingenieure durchsuchen Tausende Spezifikationen, Zeichnungen und Lieferantendokumente, um eine Frage zu beantworten, und Vertragsklauseln verbieten, diese Dokumente an ein externes Modell zu geben.

// Was wir bauen würden

Ein Assistent auf einem Open-Source-Modell auf einem GPU-Server in Ihrem eigenen Rechenzentrum, der aus Spezifikationen, Zeichnungen und Lieferantendaten mit der Herkunftsseite antwortet, Prüfungen des Materialauszugs vorbereitet und Widersprüche zwischen Dokumenten zur Prüfung durch eine Ingenieurin markiert.

// Was drin ist

// Tech-Stack

• Llama oder Qwen (Open Source)
• vLLM
• PostgreSQL mit pgvector
• Next.js
• Lenovo GPU-Server im eigenen Haus

// Das Problem

Die Dokumentenlenkung eines Ingenieurbüros läuft über eine große gemeinsame Tabelle mit Makros, die niemand pflegen kann, und Transmittals und Revisionsstände werden von Hand rekonstruiert, wenn ein Kunde fragt.

// Was wir bauen würden

Ein Umzug des Registers in eine Web-App, die sich nach der Arbeitsweise Ihrer Dokumentenlenkung richtet: jede Zeile und Revision importiert und geprüft, Transmittals aus dem Register erzeugt und die alte Tabelle schreibgeschützt, bis das Team zufrieden ist.

// Was drin ist

// Tech-Stack

• Next.js
• PostgreSQL
• TypeScript
• Playwright
• Azure