Fächer, Zugriffsrechte und Übergabeereignisse gemeinsam verwalten

Individuelle Geräteentwicklung für intelligente Schließfach- und Übergabesysteme

Für Hersteller von Paketstationen, Schließfachanlagen oder betriebsspezifischen Ausgabesystemen für Ausrüstung entwickeln wir Elektronik, Embedded-Software, Mechanik und Serveranwendungen. VOMRO verbindet das physische Geräteverhalten mit dem betrieblichen Ablauf in einem Projekt – von Schlossmodulen und Türsensoren über Code- oder QR-Berechtigung bis zu Übergabeprotokollen.

Beschreiben Sie Ihr Projekt Technischen Leistungsumfang lesen
Spezielle PCB Steuerkarten-, Schlossmodul- und Türsensoranschlüsse im internen Servicebereich des intelligenten Schranks
Repräsentatives Anwendungsbild.
ANWENDUNGZustellung, Aufbewahrung und Ausrüstung
KontrolleSchloss, Tür, Berechtigung und Ereignisprotokoll
LieferungQuelldateien und technische Dokumentation

Ihr Projekt, Ihr Produkt

Wir entwickeln vertraulich und übergeben die Quelldateien.

Vor dem Austausch technischer Details können wir mit einer Geheimhaltungsvereinbarung (NDA) arbeiten. Zum Projektabschluss übergeben wir Ihnen die von uns entwickelten Quellcodes, Designdateien und technischen Dokumente.

  • Vor der Weitergabe technischer Informationen NDA
  • Von Beginn an eine klare Übergabeliste
  • Quell- und technische Dateien am Ende des Projekts
Unser Datenschutz- und Lieferprozess

VOMRO Engineering-Ansatz

Ein Fach zu öffnen und eine Übergabe abzuschließen sind unterschiedliche Ereignisse.

Bei einer intelligenten Schließfachanlage muss neben dem Öffnen der richtigen Tür nachvollziehbar sein, für welchen Vorgang das Fach genutzt wird und was danach geschieht. Einlegen durch den Zusteller, Entnahme durch den Benutzer und Öffnen durch das Wartungsteam beruhen auf unterschiedlichen Berechtigungen und Datensatzarten. Derselbe Schlossbefehl ohne Unterscheidung dieser Ereignisse kann betriebliche Aufzeichnungen unklar machen.

Wir beginnen das Projekt mit Benutzern und Arbeitsablauf vor der Anzahl der Fächer. Mechanikmodell des Schrankherstellers, Schlossauswahl, Einsatzumgebung, vorhandene Software und Servicemethode werden gemeinsam bewertet. Ein neues Markenprodukt und die Elektronikausstattung eines vorhandenen Schranks bilden unterschiedliche Umfänge. VOMRO entwickelt das kundeneigene intelligente Schließfachgerät und seine technische Infrastruktur; Verkauf oder Betrieb fertiger Paketstationen gehören nicht zum standardmäßigen Leistungsumfang.

01

Unterschiedliche Abläufe für Pakete, Aufbewahrung und Ausrüstungsausgabe

Bei Paketstationen stehen Einlegen und Abholen, bei Schließfächern Sitzungsbeginn und Rücknahme, bei Ausrüstungsschränken Zuordnung und Rückgabe im Vordergrund. Es wird festgelegt, durch welches Ereignis ein Fach als leer oder außer Betrieb gilt. Betriebliche Regeln für die Zuteilung unterschiedlich großer Fächer, abgebrochene Vorgänge und nicht abgeholte Inhalte werden dokumentiert.

Schrank-, Fach-, Geräte- und Vorgangskennungen werden getrennt. Physischer Fachzustand und serverseitige Reservierung werden nicht im selben Feld geführt. Vor einer Neuzuweisung wird definiert, unter welcher Bedingung der vorherige Vorgang abgeschlossen wird. Dieses Modell unterstützt gemeinsame Elektronik für unterschiedliche Schrankgrößen und eine klarere Integration mit der vorhandenen Kundensoftware.

02

Schlossmodul, Türsensor und mechanische Abstimmung

Der Schlosstreiber wird nach Versorgung und Betriebsweise des verwendeten Moduls entwickelt. Türöffnung, Schlosszustand und gegebenenfalls eine gesonderte Inhaltserkennung werden bewertet. Ein Schlossbefehl beweist nicht, dass die Tür geöffnet wurde; eine geschlossene Tür beweist nicht bei jedem Design, dass das Schloss eingerastet ist. Es wird geklärt, welcher physische Zustand durch welchen Sensor verifiziert wird.

Türausrichtung, Scharnier, Gegenstück und Kabelführung werden gemeinsam mit der Elektronik behandelt. Wiederholte Öffnungs- und Schließversuche erfolgen mit unterschiedlichen Fachgrößen und Füllzuständen. Eine Anordnung zur Verringerung von Steckerverwechslungen im Service und der Modultausch werden geplant. Physische Belastbarkeit von Schloss und Gehäuse werden gemeinsam mit Einsatzumgebung und Abnahmezielen in den Prüfumfang aufgenommen.

Nummerierte Schließfachtüren mit mechanischen Schlüsselschlössern
Nummerierte Schließfächer und mechanische Schlösser.
03

Definierte Zugriffsberechtigung mit Einmalcode und QR

Code oder QR enthält die für Vorgang und Fach erzeugte Berechtigung oder ermöglicht den Zugriff auf deren Datensatz. Beginn, Ablaufzeit, Nutzungszahl und Widerrufsverhalten werden festgelegt. Die Kenntnis einer sichtbaren Fachnummer darf kein Recht zum Öffnen der Tür bedeuten. Auch die Anzeige bei Lesefehlern oder falschen Versuchen wird entwickelt.

Szenarien, in denen ein wiederholter Befehl dieselbe Übergabe nicht erneut öffnen darf, werden über die Vorgangskennung gesteuert. Entscheidend ist, welches Ereignis die Berechtigung verbraucht: Schlossbefehl, erkannte Türöffnung und abgeschlossene Übergabe sind unterschiedliche Entscheidungen. Bei gewünschtem Offlinebetrieb wird gesondert definiert, wie Gültigkeitsdauer, Widerruf und Wiederverwendung lokal kontrolliert werden. Das Geräteverhalten bei ungültiger Zeitinformation wird in die Abnahmeliste aufgenommen.

04

Verifizierung von Einlegen, Türschließen und Übergabeereignis

Das Öffnen und Schließen einer Tür allein zeigt nicht, ob Inhalt tatsächlich eingelegt oder entnommen wurde. Benutzerbestätigung, Vorgangsschritt und projektgeeignete Erkennung können gemeinsam bewertet werden. Das System dokumentiert klar, auf welchen Nachweis sich eine Änderung des Übergabestatus stützt. Zustellervorgang, Endbenutzerzugriff und Serviceöffnung werden nicht als dasselbe Übergabeereignis berichtet.

Für eine offen gelassene Tür wird festgelegt, wann eine Warnung erfolgt und wie das Fach wieder freigegeben wird. Für falsche Fachauswahl, nicht öffnende Tür oder abgebrochenen Benutzervorgang werden Zustände definiert. Lokale Anzeige und zentrale Software verwenden dasselbe Ereignismodell. Das Betriebsteam kann bei einer Prüfung Befehlszeit, physische Türinformation und Benutzerschritt getrennt sehen; ein unbekannter Zustand wird nicht als sichere Übergabe dargestellt.

05

Offline-Ereignisaufzeichnung und Synchronisierung bei Wiederverbindung

Welche Zugriffe bei Verbindungsunterbrechung weiter möglich sind, richtet sich nach den betrieblichen Erwartungen. Es wird nicht vorausgesetzt, dass jede Berechtigung lokal vorliegt oder jede neue Fernreservierung sofort das Gerät erreicht. Lokale Speicherkapazität für Fachzustände, Türereignisse und verwendete Berechtigungen wird geplant. Ereigniszeit und Servereingangszeit bleiben getrennt; Reihenfolge und Gerätekennung werden erhalten.

Nach Wiederverbindung erzeugt die erneute Übertragung desselben Ereignisses keine zweite Übergabe. Widersprechen sich lokale Aufzeichnung und Serverreservierung, wird definiert, welche Information für welchen Vorgang maßgeblich ist. Ein verspäteter Öffnungsbefehl darf bei einem abgelaufenen Vorgang nicht ausgeführt werden. Die Verwaltungsoberfläche zeigt letzte Kommunikation und Aktualität der Information. Offlinebetrieb wird so nicht nur als Datensammlung verstanden, sondern als Erzeugung später vergleichbarer und nachvollziehbarer Ereignisse.

06

Stromausfall, Neustart und kontrollierte Servicevorgänge

Das physische Verhalten der Schlösser bei Stromausfall wird gemeinsam mit Modul und mechanischem Design bewertet. Nach Spannungswiederkehr werden Gerätedatensätze und reale Türzustände geprüft. Es wird getestet, dass beim Start keine beliebigen Öffnungsbefehle erfolgen und unvollständige Vorgänge nicht als neuer Zugang wiederholt werden. Bei Bedarf an Ersatzenergie werden Aufgabe und Zeitdauer gesondert definiert.

Für den Service wird ein Verfahren erstellt, das festlegt, welche befugte Person aus welchem Grund auf welches Fach zugreift. Mechanischer Zugang, Modultausch und Wiederinbetriebnahme werden mit Aufzeichnungen verknüpft. Nach einem Sensortausch wird die Zuordnung zum richtigen Fach verifiziert. Die Wartungsoberfläche wird von der normalen Benutzeroberfläche getrennt. Betriebliche Schritte bei einer Türstörung sind ebenso wichtig wie die Geräteentwicklung; Serviceberechtigungen werden nicht einem gemeinsamen Benutzerkonto mit unbegrenztem Zugriff auf den gesamten Schrank überlassen.

07

Verwaltungsoberfläche, Kontoberechtigungen und bedarfsgerechte Datennutzung

Sichtbare Informationen und erlaubte Aktionen für Bediener, Zusteller, Service und Administrator werden getrennt. Nicht jedes Konto darf sämtliche Fächer öffnen oder Datensätze ändern. Es wird verfolgt, wer einen Fernbefehl für welchen Vorgang erstellt hat. Deaktivierung von Konto oder Gerät, Erneuerung von Zugangsdaten und Berechtigungsprüfung nach Service werden in den anfänglichen Umfang aufgenommen.

Der Bedarf an personenbezogenen Daten wird nach Nutzungsszenario begrenzt. Kann das Gerät allein mit einer Vorgangskennung arbeiten, wird unnötige Speicherung von Namen oder Kontaktdaten vermieden. Statt QR-Inhalte und Codes offen in Protokollen zu speichern, werden erforderliche Ereignisinformationen definiert. Aufbewahrungsdauer, Zugriff und Löschverantwortung werden mit dem Kunden bestimmt. Bei Integration in vorhandene Zustell- oder Betriebssoftware werden auch Dateneigentum und Aufgabenverteilung zwischen den Systemen geklärt.

08

Modulare PCB, Verkabelung und Tests am Pilotgerät

Je nach Schrankgröße werden die Aufgaben zentraler Steuerung und Fachmodule festgelegt. Schlossausgänge, Sensoreingänge, Display, Kommunikation und Versorgungsarchitektur werden gemeinsam entwickelt. Gleichzeitig aktive Lasten und lange Verkabelung werden bewertet. Platinenzugang, Elektronikgehäuse und Kabelbaum werden im mechanischen CAD geprüft. Gemeinsame und variable Teile verschiedener Schrankmodelle werden in nachvollziehbare Konfigurationen überführt.

Im Pilottest werden offene/geschlossene Türen, Schlossbefehle, wiederholte Codes, Verbindungsverlust und Stromausfall erprobt. Eine Erfolgsmeldung auf dem Display allein genügt nicht zur Abnahme. Programmierung, Fachzuordnung und Funktionstests in der Fertigung werden festgelegt. PCB-Musterfertigung und Bestückungsunterstützung werden ausschließlich für von VOMRO entwickelte Kundenprojekte angeboten. Testbefunde werden mit den betreffenden Hardware-, Mechanik- und Software-Revisionen dokumentiert.

09

Herstellereigenes Projekt, Vertraulichkeit und technische Dateiübergabe

Auf Ihren Wunsch unterzeichnen wir vor technischen Details eine NDA. Schrankidee, Arbeitsablauf und Integrationsinformationen werden als kundeneigenes Projekt behandelt. Im ersten Gespräch können Einsatzzweck, Fachstruktur, Schlossinformationen, Installationsumgebung und vorhandene Software geteilt werden. Noch offene Punkte werden in Anforderungs- und Prototypenarbeiten geklärt.

Projektspezifische Quellcodes, elektronische Schaltpläne, PCB-Designquellen, mechanische CAD-Dateien und technische Dokumente werden zum Projektabschluss übergeben. Die Liste für Build-, Installations-, Fachzuordnungs-, Schnittstellen- und Testinformationen wird zu Beginn festgelegt. Lizenzbedingungen von Lesegeräten, Werkzeugen und Bibliotheken Dritter werden gesondert erläutert. Der Kunde übernimmt ein dokumentiertes technisches Paket, das zum funktionsfähigen Gerät passt und für spätere Fertigung oder Wartung nutzbar ist.

Die Nutzung intelligenter Schließfächer mit betrieblichen Übergabe- und Zugriffsregeln abstimmen
NutzungGrundvorgangKontrollschwerpunktAbnahmebeispiel
PaketstationEinlegen und berechtigtes AbholenZuordnung von Vorgang und Fach sowie ÜbergabeereignisUmgang mit wiederholten Codes und unklarem Türzustand
AufbewahrungsschließfachSitzung beginnen und Inhalt zurücknehmenGültiger Zugriff und erneute FachnutzungUnvollständige Sitzung und Neustart
AusrüstungsschrankBerechtigte Entnahme und RückgabeBenutzerrolle und betriebliche AufzeichnungsregelServiceöffnung von regulärer Übergabe trennen

Wie es funktioniert

Es ist ein offener Prozess vom Start bis zur Auslieferung.

Nicht jedes Projekt sieht gleich aus; Die messbaren Anforderungen, die kontrollierte Überarbeitung und die Schritte zur Feldverifizierung bleiben jedoch unverändert.

  1. 01

    Wir legen den Arbeitsablauf fest

    Wir definieren Benutzer, Fächer, Zugriffsregeln und Übergabeereignis gemeinsam.

  2. 02

    Wir entwickeln das Gerät

    Wir entwickeln Schloss, Sensor, Platine, Mechanik, Display und Serversoftware in einer gemeinsamen Architektur.

  3. 03

    Wir probieren Szenarien aus

    Wir verifizieren wiederholte Codes, Türstörungen, Offlinebetrieb und Stromausfall im Piloten.

  4. 04

    Wir übergeben die Quelldateien

    Wir übergeben freigegebene Quellcodes, Designs sowie Fertigungs- und Serviceunterlagen.

häufig gestellte Fragen

Vor Beginn des Projekts

Der technische Umfang, die zu liefernden Leistungen und der Testplan werden gemeinsam entsprechend den Anforderungen Ihres Projekts geklärt.

Können Sie unseren vorhandenen Metallschrank um eine intelligente Steuerung ergänzen?

Nach Prüfung von Schloss, Tür, Sensoranordnung und Verkabelung kann der Umfang erstellt werden. Mechanische Kompatibilität, Zugriffsablauf und Abnahmetests an realen Fächern werden gemeinsam bewertet.

Kann ein Einmalcode ohne Internet funktionieren?

Liegen die erforderlichen Berechtigungsdaten lokal vor, kann ein geeigneter Offlineablauf entwickelt werden. Grenzen der Gültigkeitsdauer, des Widerrufs, der Zeitinformation und Wiederverwendungskontrolle werden zu Beginn festgelegt; ein sofortiger Eingang jeder Fernänderung wird nicht vorausgesetzt.

Gilt die Übergabe mit dem Schließen der Tür als abgeschlossen?

Das hängt vom Einsatzzweck ab. Türbewegung allein beweist weder Einlegen noch Entnahme des Inhalts. Gemeinsam wird anhand von Benutzerschritt und benötigtem Erkennungsverfahren definiert, welches Ereignis die Übergabe abschließt.

Verhalten sich bei Stromausfall alle Türen gleich?

Nein. Schlosstyp, Mechanik und Versorgungsaufbau beeinflussen das Ergebnis. Unterbrechung, Neustart und berechtigter Servicezugang werden mit den realen Projektmodulen erprobt; das erwartete Verhalten wird in der Abnahmeliste dokumentiert.

Wie laufen Geheimhaltungsvereinbarung und Quellenübergabe ab?

Auf Ihren Wunsch unterzeichnen wir vor technischen Details eine NDA. Projektspezifische Quellcodes, Elektronik-/PCB- und mechanische CAD-Quellen sowie technische Dokumente werden zum Projektabschluss übergeben. Formate und Übergabeliste werden zu Beginn festgelegt; Lizenzen Dritter werden erläutert.

Verwandte Inhalte

Von der Idee zur funktionierenden elektronischen Leiterplatte

PCB-Design und Entwicklung kundenspezifischer Elektronik

 Vom Gerät bis zum Verwaltungspanel

Serversoftware und Geräteverwaltung

 Offener Prozess, vertrauliche Projektinformationen

Vertraulichkeitsvereinbarung und Übergabe der Projektdateien

 Das gesamte Gerät, das für Ihre Marke funktioniert

Individuelle Produktentwicklung für Automaten, Kioske und Selbstbedienungsgeräte

Alle Produktentwicklungsdienstleistungen

Beginnen wir mit Ihrer Idee

Lassen Sie uns über das Produkt sprechen, von dem Sie träumen, und über den Bedarf, den Sie lösen möchten.

Senden Sie eine Projektanfrage +90 534 487 98 02