Software für Chemie

// Das Problem

Ein Hersteller von Lacken und Klebstoffen verkauft in Kanada, den USA und Mexiko, führt Sicherheitsdatenblätter und technische Datenblätter als Dateien nach Sprache, und sein Kundenservice verbringt Stunden damit, die aktuellen Versionen per E-Mail zu verschicken.

// Was wir bauen würden

Ein Kundenportal unter der Marke des Unternehmens mit dem aktuellen SDB und technischen Datenblatt jedes Produkts auf Englisch, Französisch und Spanisch, Versionen mit ihrer Freigabehistorie und einem Assistenten, der Kunden bei der Produktwahl anhand der technischen Datenblätter hilft. Er läuft auf einem Open-Source-Modell im eigenen Cloud-Konto des Unternehmens, sodass Rezepturen und Entwürfe neuer Blätter es nie verlassen. Bei Sicherheitsfragen verlinkt der Assistent das aktuelle SDB und gibt es nie mit eigenen Worten wieder.

// Was drin ist

// Tech-Stack

• Next.js
• Llama oder Mistral (Open Source)
• vLLM
• PostgreSQL mit pgvector
• ERP-API
• AWS Canada

// Das Problem

Ein Werk für Spezialchemie fährt Chargen nach gedruckten Scheinen, Bediener schreiben Gewichte von Hand, QK-Ergebnisse liegen in einer eigenen Tabelle, und eine Kundenreklamation bis zu den Rohstoffpartien zurückzuverfolgen dauert Tage.

// Was wir bauen würden

Elektronische Chargenprotokolle auf robusten Android-Scannern an jeder Station: Der Bediener scannt jede Rohstoffpartie, das Gewicht wird von der Waage gelesen, nicht getippt, und die Schritte folgen der freigegebenen Rezeptur. QK-Ergebnisse werden von Laborgeräten zur Charge gelesen, und jedes Fass wird aus der Aufzeichnung etikettiert. Rezepturen sind nach Rolle beschränkt, und jeder Aufruf wird protokolliert.

// Was drin ist

// Tech-Stack

• Next.js
• Kotlin für Android
• PostgreSQL
• Schnittstellen zu Geräten und Waagen
• ERP-API
• AWS Canada

// Das Problem

Ein Kunststoffcompoundeur hat Rezepturversuche aus Jahrzehnten in Laborbüchern und Tabellen, und seine Chemiker beginnen jede Kundenanfrage damit, die eine Person zu fragen, die sich erinnert, was schon versucht wurde.

// Was wir bauen würden

Ein eigenes Modell, feinabgestimmt auf die Rezepturaufzeichnungen und Laborergebnisse des Unternehmens, das Ausgangsrezepturen für eine Zieleigenschaft vorschlägt und ähnliche frühere Versuche findet, mit den Aufzeichnungen hinter jedem Vorschlag. Es läuft auf einem GPU-Server, der dem Unternehmen gehört, in dessen eigenem Netz, denn die Rezepturen sind das Geschäft. Was getestet wird, entscheiden die Chemiker.

// Was drin ist

// Tech-Stack

• Llama (feinabgestimmt)
• PyTorch
• vLLM
• PostgreSQL mit pgvector
• Next.js
• Lenovo GPU-Server

// Das Problem

Ein Chemiehändler tippt UN-Nummern, Klassen und Verpackungsgruppen aus SDB und Auftrag in die Systeme zweier Spediteure und in sein Lagersystem ab, und eine Abweichung hält Sendungen an der Rampe fest.

// Was wir bauen würden

Eine Integrationsplattform, die die Transportangaben aus den freigegebenen SDB-Aufzeichnungen und den Auftrag aus dem ERP übernimmt und an das Lagersystem und die Buchungs-APIs der Spediteure weitergibt, sodass sie einmal erfasst werden. Versanddokumente werden aus diesen Daten vorbereitet, damit Ihr geschultes Gefahrgutpersonal sie prüft und unterschreibt. Jeder Konnektor baut auf der veröffentlichten API des Systems auf; Ihres prüfen wir vor dem Angebot.

// Was drin ist

// Tech-Stack

• Node.js
• PostgreSQL
• OpenAPI
• ERP-APIs
• Buchungs-APIs der Spediteure
• AWS Canada

// Das Problem

Bei einem Hersteller von Verbundwerkstoffen liegen QK-Ergebnisse, Chargenausbeuten, Kundenreklamationen und Lieferantenpartien in zwei ERPs und den Tabellen des Labors, und die monatliche Qualitätsbesprechung kostet eine Woche Kopieren.

// Was wir bauen würden

Ein Data Warehouse, das QK-Ergebnisse, Chargenprotokolle, Reklamationen und Lieferantenpartien aus beiden ERPs und dem Labor übernimmt und Dashboards für Werksleitung und Qualitätsteam zeigt: Ausbeuten nach Linie, Ergebnisse gegen Spezifikation, Reklamationen nach Produkt und Lieferant. Wir hosten und betreiben es für Sie in einer kanadischen Region.

// Was drin ist

// Tech-Stack

• PostgreSQL
• dbt
• ERP-APIs
• Next.js
• Apache Superset
• AWS Canada

// Das Problem

Das Labor eines Chemieherstellers läuft auf einer Access-Datenbank mit Excel-Makros, gebaut vor fünfzehn Jahren, ihr Autor ist gegangen, und auf den neuen Laptops öffnet sie sich nicht mehr.

// Was wir bauen würden

Zuerst eine Architekturprüfung des alten Laborsystems mit schriftlichem Plan, dann ein webbasiertes Laborsystem, das jede Probe, jede Spezifikation und jedes Ergebnis behält: Proben erfasst und etikettiert, Ergebnisse eingegeben oder importiert, Analysezertifikate aus der Aufzeichnung ausgestellt, die Ihre Qualitätsleitung freigibt, und Jahre an Historie übertragen und geprüft.

// Was drin ist

// Tech-Stack

• Next.js
• PostgreSQL
• ERP-API
• PDF-Erzeugung
• AWS Canada

// Das Problem

Ein Harzhersteller verkauft Typen mit Rezyklatanteil an Compoundeure, die an Markeninhaber verkaufen, und jede Partei verlangt einen Nachweis des Rezyklatanteils, weitergereicht als PDFs, die sich bearbeiten oder doppelt zählen lassen.

// Was wir bauen würden

Ein gemeinsames Register, in dem der Hersteller den Rezyklatanteil jeder Partie mit ihrem Laborergebnis erfasst und jeder Verkauf diesen Anteil an den Käufer weitergibt, auf einem privaten Register mit Zugangsberechtigung, von dem jedes Unternehmen einen Knoten betreibt. Ein signiertes Zertifikat leistet das oft auch; das Register hilft, wenn mehrere Unternehmen eine Aufzeichnung teilen und ein Anteil nie doppelt beansprucht werden darf. Öffentliche Aussagen folgen den Regeln, die Ihre Berater setzen.

// Was drin ist

// Tech-Stack

• Next.js
• Hyperledger Besu (privat, mit Zugangsberechtigung)
• PostgreSQL
• ERP-API
• AWS Canada