Erfahrung aus dem Druck.In Software überführt.
Über zwei Jahrzehnte Drucksoftware-Entwicklung, mehr als 400 Installationen und ein Engineering-Team, das Kalkulation, Workflow, Einkauf, Bestand, Integrationen und KI abdeckt.
20+
Jahre Drucksoftware-Entwicklung
400+
Software-Installationen
Mehrere
Märkte, Länder und Betriebsmodelle
3
Epochen: Desktop, Browser, KI
Unsere Erfahrung kommt aus zwei Disziplinen.
- 01
Zu verstehen, wie Druckbetriebe arbeiten.
- 02
Diese betrieblichen Anforderungen in strukturierte, wartbare Technologie zu übersetzen.
Keine von beiden genügt allein.
Branchenerfahrung ist unverzichtbar — aber Branchenwissen allein bringt keine verlässliche Software hervor.
Software-Engineering ist unverzichtbar — aber Engineering ohne Druckwissen erzeugt Systeme, die nicht abbilden, wie Arbeit tatsächlich kalkuliert, produziert, eingekauft, gelagert, geliefert und fakturiert wird.
Erfahrung in der Druckbranche
Unsere Produkte sind im direkten Kontakt mit Akzidenzdruckereien, Digital- und Offsetbetrieben, Print-Brokern, Print-Management-Unternehmen, Inhouse-Druckereien und standortübergreifenden Organisationen gewachsen.
Diese Erfahrung prägt unseren Umgang mit:
- 01Druckspezifikationen
- 02Kalkulation und Preisbildung
- 03Produktionswegen
- 04Materialien und Weiterverarbeitung
- 05Kundenfreigaben
- 06Auftragsmanagement
- 07Fremdproduktion
- 08Einkauf
- 09Lagerbestand
- 10Standortübergreifender Belieferung
- 11Lieferung
- 12Fakturierung und Reporting
Erfahrung im Software-Engineering
Unser Engineering-Team übersetzt diese betrieblichen Anforderungen in Software, die konfiguriert, getestet, gewartet und erweitert werden kann.
Die Engineering-Arbeit hinter PrintMIS umfasst:
- 01Browserbasierte Geschäftsanwendungen
- 02Workflow- und Geschäftslogik
- 03Datenstrukturen und Beziehungen
- 04Benutzerrechte
- 05Kalkulationsberechnungen
- 06Auftrags- und Produktionsprozesse
- 07Lagerbewegungen
- 08Einkaufs- und Lieferantenabläufe
- 09APIs und externe Integrationen
- 10Tests und kontrollierte Releases
- 11KI-Integration in etablierte Abläufe
Druckwissen benennt das Problem.
Engineering macht daraus wiederholbare Produktfähigkeit.
Nicht um eine idealisierte Druckerei herum gebaut.
Unsere Software wurde nicht um einen Typ Druckbetrieb oder einen idealisierten Produktionsprozess herum entwickelt.
Sie ist über Einführungen in Betrieben gewachsen, die sich unterscheiden in:
- Unternehmensgröße
- Produktionsmöglichkeiten
- Kundentypen
- Preisstrukturen
- Freigabeprozessen
- Maschinenkonfiguration
- Lieferantenbeziehungen
- Lageranforderungen
- Liefermodellen
- Buchhaltungsabläufen
Manche Kunden fertigen fast alles selbst. Andere vergeben komplette Aufträge oder Spezialschritte nach außen. Manche produzieren in Auflage und halten Fertigware für spätere Entnahme. Andere arbeiten als Broker, Print-Manager, Inhouse-Druckerei oder standortübergreifender Einkauf.
Diese Vielfalt hat die Flexibilität geprägt, die ePRO Web-to-Print MIS braucht.
In über 400 Installationen sind uns unterschiedliche Wege begegnet, um:
- Kundenbedarfe anzunehmen
- Kalkulationen aufzubauen
- Preis- und Aufschlagsregeln anzuwenden
- Den Rohertrag zu schützen
- Aufträge anzulegen
- Produktion zu planen
- Material einzukaufen
- Arbeit fremdzuvergeben
- Ware ins Lager zu übernehmen
- Kundeneigenen Bestand zu entnehmen
- Mehrere Lieferorte zu bedienen
- Rechnungen zu erzeugen
- Informationen in andere Systeme zu übertragen
Wir haben gelernt zu unterscheiden, was allen gemeinsam ist, was Konfiguration braucht und welche Ausnahmen in menschlicher Hand bleiben müssen.
Eine Änderung kann mehrere Stufen des Betriebs berühren.
Eine Demo zu bauen ist etwas anderes, als Software zu pflegen und zu erweitern, mit der Druckbetriebe geführt werden.
Unser Team arbeitet an einer Plattform, in der eine Änderung mehrere verbundene Stufen des Betriebs betreffen kann.
Zum Beispiel:
- 01Eine Kalkulationsänderung kann Auftragsanlage und Produktionsanweisungen betreffen
- 02Eine Materialänderung kann Kosten, Einkauf und Lager betreffen
- 03Eine Lagerentnahme kann Lieferung, Abrechnung und Bestandshistorie betreffen
- 04Ein Lieferantenablauf kann Auftragskosten, Erfüllung und Kundenlieferung betreffen
- 05Eine Integration kann die führende Quelle für Kunden, Rechnungen oder Sendungen betreffen
Eine Funktion lässt sich nicht allein danach beurteilen, was auf einem Bildschirm erscheint. Es zählt auch, was davor und danach im Ablauf passiert.
Langfristiges Produkt-Engineering.
Eine langlebige Plattform stellt andere Anforderungen als eine neu gebaute Anwendung. Die Arbeit beschränkt sich nicht auf neue Funktionen — das Team muss außerdem bedenken:
- Bestehende Kundenabläufe
- Datenkontinuität
- Abhängigkeiten zwischen Modulen
- Konfigurationsunterschiede
- Benutzerrechte
- Ausnahmebehandlung
- Verhalten von Integrationen
- Release-Tests
- Abwärtskompatibilität
- Langfristige Wartbarkeit
Eine Änderung, die einem Ablauf hilft, darf einen anderen nicht versehentlich beschädigen. Das verlangt kontrollierte Entwicklung, Tests und Releases — und das Urteil, einen kundenspezifischen Wunsch von einer wiederkehrenden Branchenanforderung zu unterscheiden.
Der Wert liegt in dem, was zwischen den Stufen weiterläuft.
ePRO ist keine Sammlung unverbundener Module. Sein Wert entsteht daraus, Information zwischen den kaufmännischen und operativen Stufen des Drucks zu tragen.
- 01
Kalkulation zu Auftrag
Freigegebene Spezifikation, Menge, Preis, Materialien und Verfahren in den Auftragsablauf tragen.
- 02
Auftrag zu Produktion
Den gebuchten Bedarf für Auftragstaschen, Planung, Status und Datenerfassung nutzen.
- 03
Produktion zu Einkauf
Materialien, Fremdleistungen und Lieferantenbedarfe aus dem Auftrag erkennen.
- 04
Einkauf zu Lager
Gekaufte oder extern produzierte Ware wo nötig ins Lager übernehmen.
- 05
Lager zu Lieferung
Verfügbaren Bestand gegen einen Kundenbedarf kommissionieren und entnehmen.
- 06
Lieferung zu Rechnung
Erledigte Arbeit mit dem passenden Abrechnungsprozess verbinden.
- 07
MIS zu Fremdsystemen
Ausgewählte Informationen an Buchhaltung, Zahlung, Versand, Kunden und weitere Anwendungen übergeben.
Diese Übergänge zu bauen verlangt Verständnis sowohl der Software als auch der kaufmännischen Transaktion dahinter.
Fortgesetztes Engineering, keine Kette von Nachfolgern.
Die ursprüngliche Softwarebasis war eine Desktop-Anwendung. Sie wurde schrittweise für den Zugriff über einen Internetbrowser umgebaut — die Grundlage für Fernzugriff, kundenseitige Dienste und eine vernetzte Web-to-Print-MIS-Umgebung.
Mit der Zeit wuchs die Plattform um:
- Browserbasiertes Druckmanagement
- Private Shops
- Kunden- und Lieferantenverwaltung
- Druckkalkulation
- Angebotsfreigabe
- Auftragsmanagement
- Produktionsplanung
- Einkauf
- Lagerbestand
- Lieferung
- Fakturierung
- Reporting
- Externe Integrationen
Die nächste Stufe bringt KI in definierte Abläufe, beginnend mit der Kalkulation.
Desktop, Browser, vernetzte Abläufe, KI — eine durchgehende Engineering-Linie, keine Folge abgelöster Produkte.
Nicht jeder Wunsch sollte eine Funktion werden.
Kundenfeedback bleibt eine wichtige Quelle für Produktwissen — aber nicht jeder Wunsch sollte zu einer isolierten Funktion werden.
Unser Entwicklungsprozess beruht darauf, die dahinterliegende betriebliche Anforderung zu erkennen.
Den Ablauf beobachten
Verstehen, was der Kunde erreichen will, wie die Arbeit heute läuft und wo das Problem entsteht.
Die wiederkehrende Anforderung erkennen
Klären, ob der Fall einmalig ist oder einen breiteren Bedarf der Branche abbildet.
Das Produktverhalten definieren
Festlegen, wie das System arbeiten soll, welche Nutzer beteiligt sind und wie die Änderung verbundene Module berührt.
Lösung bauen und testen
Die Fähigkeit entwickeln, den Ablauf validieren und die Wirkungen davor und danach prüfen.
Einführen und lernen
Die Änderung in reale Betriebsumgebungen bringen und aus der Erfahrung die weitere Entwicklung speisen.
So entsteht ein Rückkopplungskreis:
Kundenablauf → Einführung und Support → Produktanalyse → Engineering → Kontrolliertes Release → Kundenablauf
Acht Dinge, die für uns heute feststehen.
- 01
Keine zwei Druckbetriebe sind gleich
Unternehmen nutzen andere Begriffe, Preismethoden, Produktionswege, Freigaben und Erfüllungsmodelle. Ein Drucksystem braucht Struktur — und kontrollierte Konfiguration.
- 02
Kalkulation lässt sich nicht von der Produktion trennen
Ein Verkaufspreis ist nur dann kaufmännisch brauchbar, wenn er abbildet, wie die Arbeit produziert, eingekauft oder erfüllt werden soll.
- 03
Ausnahmen zählen so viel wie der Normalfall
Wiederholarbeit folgt etablierten Regeln. Ungewöhnliche Spezifikationen, margenschwache Aufträge, fehlendes Material und Lieferantenwechsel verlangen Prüfung.
- 04
Information sollte mitlaufen
Eine Kundenspezifikation sollte nicht immer wieder neu aufgebaut werden, während die Arbeit von Kalkulation zu Auftrag, Produktion, Lieferung und Rechnung wandert.
- 05
Fremdvergabe gehört zum Druckablauf
Extern produzierte Arbeit muss mit Kundenauftrag, Lieferantenbedarf, Einkaufskosten, Lieferung und Marge verbunden bleiben.
- 06
Bestand braucht druckspezifische Kontrollen
Druckerzeugnisse können kundeneigen, unternehmenseigen, nummeriert, vorab bezahlt oder bei Entnahme fakturiert sein.
- 07
Integrationen brauchen klare Zuständigkeit
Zwei Anwendungen zu verbinden genügt nicht. Der Betrieb muss festlegen, welches System welchen Datensatz führt, wann Information wandert und was bei einem Fehlschlag passiert.
- 08
Automatisierung muss die kaufmännische Kontrolle wahren
Technik soll unnötige Verwaltung entfernen, ohne Preis, Marge oder Kundenzusagen ohne die passende Befugnis durchlaufen zu lassen.
Software wird bei der Einführung betrieblich.
Dort trifft das Produkt auf die realen Kunden, Preisregeln, Materialien, Maschinen, Lieferanten, Bestände, Lieferanforderungen und Buchhaltungsprozesse des Unternehmens.
Unsere Einführungserfahrung umfasst die Arbeit an:
- Workflow-Discovery
- Systemkonfiguration
- Kunden- und Lieferantenanlage
- Produkt- und Kalkulationsstrukturen
- Kostensätzen und Preisregeln
- Materialien und Produktionsverfahren
- Datenaufbereitung und -import
- Benutzerrechten
- Bestandseigentum
- Lieferabläufen
- Rechnungsanforderungen
- Integrationsumfang
- Anwenderschulung
- Test und Betriebsabnahme
Einführung ist nicht bloß der technische Akt, Software bereitzustellen. Sie übersetzt ein Betriebsmodell in einen kontrollierten Systemablauf.
Engineering, Einführung und Support.
Produkt-Engineering sollte nicht getrennt von denen arbeiten, die das System einführen und betreuen. Kundenfragen und Betriebsprobleme zeigen oft, wo:
- 01Ein Prozess nicht richtig konfiguriert wurde
- 02Schulung oder Dokumentation besser werden muss
- 03Eine Ausnahme nicht bedacht wurde
- 04Eine Integration klarere Zuständigkeit braucht
- 05Ein Ablauf vereinfacht werden könnte
- 06Eine wiederkehrende Anforderung Produktentwicklung verdient
Einführung und Support zeigen, wie die Software genutzt wird. Die Produktanalyse erkennt die breitere Anforderung. Engineering macht daraus kontrolliertes Softwareverhalten.
Acht Arten, einen Druckbetrieb zu führen.
Akzidenzdruckereien
Kalkulation, Produktion, Material, Weiterverarbeitung, Einkauf, Lieferung und Fakturierung steuern.
Digitaldruckereien
Kleinauflagen, Wiederholungen und Online-Arbeit in einem verbundenen Ablauf führen.
Offsetdruckereien
Kalkulation, Maschinen, Material, Weiterverarbeitung und Fremdschritte koordinieren.
Akzidenzlieferanten
Arbeit von Brokern, Wiederverkäufern und anderen Druckbetrieben annehmen und führen.
Print-Broker
Kunden, Lieferanten, Angebote, Bestellungen, Lieferung und Marge steuern, ohne alles selbst zu produzieren.
Print-Management-Unternehmen
Kundenbedarfe, Fremdproduktion, Bestand und standortübergreifende Belieferung steuern.
Inhouse-Druckereien
Interne Bestellung, Freigaben, Produktion, Verteilung und Reporting kontrollieren.
Standortübergreifende Organisationen
Produkte, Nutzer, Freigaben, Bestand und Lieferungen über Filialen oder Abteilungen führen.
Das Betriebsmodell ändert sich — der Bedarf an verbundener Information bleibt.
Ein Auftrag geht nicht immer direkt zur Lieferung.
Die Software ist um mehrere Erfüllungswege herum gewachsen.
Eigenproduktion
Kalkulation → Freigabe → Auftrag → Produktion → Lieferung → Rechnung
Fremdproduktion
Kalkulation → Freigabe → Anfrage → Bestellung → Lieferantenproduktion → Lieferung
Für den Bestand produzieren
Auftrag → Produktion → Wareneingang → Bestand → Entnahme
Für den Bestand einkaufen
Bestellung → Lieferant → Wareneingang → Bestand → Entnahme
Vorhandenen Bestand entnehmen
Kundenbedarf → Kommissionierung → Entnahme → Lieferung
Direktlieferung durch den Lieferanten
Kundenauftrag → Bestellung → Lieferant → Kundenlieferung
Diese Wege zu verstehen ist entscheidend, wenn man Software für die Druckbranche baut.
Der Ablauf endet oft nicht am Rand des MIS.
ePRO unterstützt ausgewählte Verbindungen zu Systemen für Buchhaltung, Zahlungen, Versand und weitere Geschäftsprozesse.
- 01
QuickBooks Online
Relevante Rechnungsvorgänge mit dem Buchhaltungsablauf verbinden.
- 02
Stripe
Freigegebene Online-Zahlungsanforderungen unterstützen.
- 03
GoShippo
Versand und Auftragserfüllung anbinden.
- 04
APIs und individuelle Integration
Verbindungen zu Kundenintranets, Unternehmensportalen und weiteren externen Anwendungen prüfen — nach benötigtem Ablauf und technischem Umfang.
Unser Ansatz beginnt bei der fachlichen Anforderung. Vor dem Verbinden klären wir:
- 01Welche Datensätze wandern müssen
- 02In welche Richtung sie wandern
- 03Welches System die Daten führt
- 04Was den Transfer auslöst
- 05Wann der Transfer stattfindet
- 06Wie Dubletten verhindert werden
- 07Was bei einem fehlgeschlagenen Transfer passiert
- 08Wie die Verbindung getestet und betreut wird
Eine technisch erfolgreiche Verbindung genügt nicht. Sie muss auch das richtige operative Ergebnis liefern.
Integrationen und KI entdeckenSie beginnt nicht auf leerem Bildschirm.
KI ist die nächste Stufe unserer Entwicklung, aber sie startet innerhalb etablierter Druckabläufe, die bereits strukturierte Information tragen.
Diese Abläufe führen schon heute Struktur für:
- Kunden
- Produkte
- Druckspezifikationen
- Materialien
- Maschinen
- Produktionsverfahren
- Weiterverarbeitung
- Kosten
- Preisbildung
- Aufschläge
- Rohertrag
- Aufträge
- Einkauf
- Bestand
- Lieferung
Die Kalkulation ist der erste ePRO-Ablauf, der um KI erweitert wird.
01
Phase 1
Relevante frühere Aufträge und etablierte Produktvorlagen bei der Kalkulation heranziehen.
02
Phase 2
Individuelle Kalkulationen erstellen und den Bedarf über mehrere Maschinen vergleichen.
03
Phase 3
Unveröffentlicht.
Das phasenweise Vorgehen erlaubt es, Intelligenz innerhalb einer definierten operativen und kaufmännischen Struktur einzuführen.
KI unterstützt den Kalkulator. Der Betrieb bleibt verantwortlich für Prüfung von Spezifikation, Produktionsweg, Verkaufspreis und Marge.
Sieben Regeln, nach denen wir bauen.
- 01
Zuerst die Transaktion verstehen
Entwicklung beginnt mit dem fachlichen Ergebnis, das der Nutzer erreichen muss.
- 02
Verbundene Daten schützen
Änderungen werden über den gesamten Ablauf bewertet, nicht nur innerhalb eines Moduls.
- 03
Konfigurieren vor Anpassen
Wo möglich, soll das Standardprodukt die Anforderung durch kontrollierte Konfiguration abdecken statt durch kundenspezifischen Code.
- 04
Ausnahmen sichtbar halten
Automatisierung darf ungewöhnliche Spezifikationen, fehlgeschlagene Transfers oder kaufmännische Risiken nicht stillschweigend verdecken.
- 05
Menschliche Freigabe bewahren
Preis, Marge, Lieferantenwahl und Kundenzusagen bleiben den passenden Kontrollen unterworfen.
- 06
Veränderung in Phasen einführen
Komplexe Fähigkeiten und Integrationen werden in kontrollierten Stufen entwickelt, getestet und ausgeliefert.
- 07
Für die Dauer bauen
Engineering-Entscheidungen sollen Betrieb, Wartung und Weiterentwicklung der Plattform langfristig tragen.
Wo sie tatsächlich sichtbar wird.
- 01
Besseres Discovery
Wir kennen die Fragen, mit denen sich herausfinden lässt, wie ein Druckablauf wirklich funktioniert.
- 02
Realistischeres Scoping
Druck-, Software- und Integrationserfahrung hilft, Standardkonfiguration von Entwicklung oder individueller Integration zu unterscheiden.
- 03
Bewusstsein für Abhängigkeiten
Wir betrachten, wie Änderungen Kalkulation, Aufträge, Produktion, Einkauf, Bestand, Lieferung und Fakturierung berühren.
- 04
Praxisnahe Einführung
Das System wird um betriebliche Anforderungen konfiguriert, nicht um eine generische Demonstration.
- 05
Fortgesetzte Produktentwicklung
Kundenerfahrung fließt in eine Plattform ein, die sich weiterentwickelt.
- 06
Engineering-Kontinuität
Dasselbe Produkt wird als langfristige Drucktechnologie-Plattform entwickelt, eingeführt und betreut.
Erfahrung beseitigt nicht jede Herausforderung bei der Einführung.
Sie verbessert die Qualität der Fragen, Entscheidungen und des Engineerings, mit denen wir ihr begegnen.
Eine Erfahrung, vier Produkte.
Unsere Druck- und Engineering-Erfahrung trägt heute vier eigenständige Produktbereiche.
- Beta
KI-Druckkalkulator
Ein eigenständiger Einstieg für Betriebe, die strukturierte, KI-gestützte Druckkalkulation brauchen.
- Komplett
ePRO Web-to-Print MIS
Die etablierte operative Plattform, die Web-to-Print, Kalkulation, Produktion, Einkauf, Bestand, Lieferung und Fakturierung verbindet.
- Vernetzt
Print Supplier Network
Ein Netz, das Druckbedarfe mit passender Lieferantenfähigkeit verbindet.
- Konzept
Print Intelligence
Die künftige Intelligenzschicht, die strukturierte Bedarfe, Software und Lieferantensuche verbindet.
Jedes Produkt löst eine andere Anforderung, aber alle vier stehen auf derselben Druck- und Engineering-Erfahrung.
Häufige Fragen
Wie lange arbeitet PrintMIS schon an Drucksoftware?
Die Entwicklung von PrintMIS begann 2004 — also über zwei Jahrzehnte Erfahrung mit Drucksoftware.
Wie viele Installationen hat PrintMIS umgesetzt?
PrintMIS-Systeme wurden in über 400 Installationen eingesetzt.
Mit welchen Arten von Druckbetrieben haben Sie gearbeitet?
Unsere Erfahrung umfasst Akzidenz-, Digital- und Offsetdruckereien, Akzidenzlieferanten, Broker, Print-Management-Unternehmen, Inhouse-Druckereien und standortübergreifende Organisationen.
Hat PrintMIS ein eigenes Engineering-Team?
Ja. Unser Team entwickelt und erweitert die PrintMIS-Produktumgebung: Browser-Anwendungen, Workflow-Logik, Datenstrukturen, Integrationen, Tests und KI-gestützte Funktionen.
Versteht das Engineering-Team Druckabläufe?
Das Engineering arbeitet in einer druckspezifischen Produktumgebung und wird von Produktanalyse, Einführung, Support und direkten Kundenanforderungen gespeist. Technische Entscheidungen werden so an der gesamten Drucktransaktion gemessen, nicht als isolierte Softwarefunktionen.
Wird ePRO für jeden Kunden neu gebaut?
ePRO ist ein konfigurierbares Produkt, keine für jede Einführung neu gebaute Anwendung. Individuelle Entwicklung und Integrationen sind möglich, wenn eine Anforderung außerhalb des Standards liegt und einen klaren betrieblichen Zweck hat.
Wie beeinflusst Kundenfeedback die Entwicklung?
Feedback wird geprüft, um die dahinterliegende Ablaufanforderung zu erkennen. Wiederkehrende Bedarfe können ins Produkt einfließen; einführungsspezifische Anforderungen werden über Konfiguration, Schulung oder gesondert kalkulierte Arbeit gelöst.
War ePRO ursprünglich Desktop-Software?
Die ursprüngliche Softwarebasis war eine Desktop-Anwendung und wurde schrittweise für den Zugriff über einen Internetbrowser umgebaut.
Welche Integrationserfahrung hat PrintMIS?
ePRO unterstützt Integrationen wie QuickBooks Online, Stripe und GoShippo. APIs und individuelle Integrationen sind für externe Anwendungen und Kundensysteme ebenfalls möglich.
Wie wird KI eingeführt?
In kontrollierten Phasen, beginnend mit der Kalkulation in ePRO. Die erste Phase greift auf frühere Aufträge und Produktvorlagen zurück. Die zweite erstellt individuelle Kalkulationen und vergleicht die Produktion über mehrere Maschinen. Die dritte bleibt unveröffentlicht.
Ersetzt KI das Engineering- oder Kalkulationsteam?
Nein. KI wird als unterstützende Fähigkeit in etablierte Software und Druckabläufe integriert. Kalkulatoren und berechtigte Nutzer behalten die kaufmännische Entscheidung.
Erfahrung, die weiter prägt, was wir als Nächstes bauen.
Über zwei Jahrzehnte Drucksoftware-Entwicklung. Über 400 Installationen in sehr unterschiedlichen Umgebungen. Ein Engineering-Team für Workflow, Daten, Integrationen und KI.
Erfahrung nimmt einem nicht jede Schwierigkeit ab. Sie verbessert die Qualität der Fragen, die wir dazu stellen.