Alibispeicher im PC

[DeddyH]

Einen SQL-Server brauchst Du ja auch nur einmal an zentraler Stelle. Auf den PCs, an denen die Waagen angeschlossen sind, genügt dann eine Client-Installation (das sind meist je nach DBMS eine Handvoll DLLs). Bei Hardware-Ausfall eines Clients sind die doch ruckzuck neu installiert. Und wenn ich meine Gedanken von eben noch einmal überdenke, sollte doch Folgendes im Groben funktionieren:
- Anlegen div. Rollen (Waage, Auswerter, etc.)
- auf die Wiegedaten-Tabelle werden zunächst alle Rechte für jedermann entzogen
- die Rolle Auswerter bekommt das SELECT-Recht
- die Rolle Waage bekommt das INSERT-Recht

Je nach Anmeldung an der DB dürfen die Daten nun geschrieben und/oder gelesen werden. Wer nun absichtlich Daten in dieser Tabelle ändern möchte, muss zunächst einigen Aufwand betreiben. Unbeabsichtigte Änderungen sollten so gut wie ausgeschlossen sein.

[Captnemo]

Zitat von DeddyH:

Einen SQL-Server brauchst Du ja auch nur einmal an zentraler Stelle. Auf den PCs, an denen die Waagen angeschlossen sind, genügt dann eine Client-Installation (das sind meist je nach DBMS eine Handvoll DLLs).

Bei dem Datenhaltungssystem werde ich das ja auch so machen. Aber für eine eichfähige Protokollierung wäre das schlecht. Denn dann würde auch der Server mit in die Eichung fallen, denn der sämtliche Komponente von der eigentlichen Waage bis zur Prokollierung unterliegt alles der Eichung. Erst nach der Protokollierung kann das Unternehmen die Weiterverarbeitung nach eigenem Ermessen gestallten. Deswegen möchte ich den Aufwand für die Protokollierung möglichst gering halten, aber so dass er einer Eichprüfung standhält.

[jobo]

Ergänzend zu den Gedanken von DeddyH würde ich pro Wägesatz eine verschlüsselte Variante wegschreiben. Das allerdings in einer separaten Tabelle, bisschen Verschleierung dazu, damit die Referenzen nicht zu sehr ins Auge fallen, aber selbst wenn, wärs auch egal.
Wer nun die Daten manipuliert, erzeugt einen Mismatch zwischen Wägesatz und verschlüsseltem Wägesatz. Dazu gehört natürlich auch ein einfaches Prüftool, sowie Initialisierungs-, BackupRecovery-, Installationsmechanismen für Schlüssel.

[mschaefer]

Also denke, dass eine Datenbanktabelle nicht durch die Eichprüfung kommt. Letztlich sind diese wohl parallel zu einem WriteOnce-Speichermedium erlaubt, aber alleine reichen diese nicht. Intern kann man dieses über EPROMS lösen, oder aber man lässt wie bei den Bankautomaten einen Bondrucker mitlaufen. Da ist dann Papier das WriteOnce-Medium.

[Neumann]

Es gibt auch Bondrucker mit eingebautem Write-One Speicher, sogenannte Fiskaldrucker. Sind in einigen Ländern Pflicht für das Drucken von Kassenbons, z.B. in Italien oder Polen.
Den Speicher kann dann der Prüfer vom Finanzamt auslesen und mit der Buchhaltung vergleichen.

Es kommen immer mal wieder Gerüchte auf dass diese Drucker auch in Deutschland eingeführt werden sollen, aber passiert ist noch nichts.

[blackfin]

Irgendwie verstehe ich da (mal wieder) den deutschen Aufriss nicht...
Wenn die Waage über RS232 an einem PC hängt, ist diese Schnittstelle ja schon das Scheunentor.
Da bastel ich mir in 1-2 Stunden mit einem Mini-Microcontroller (TinyAVR oder PIC12) einen kleinen Kasten, den ich dazwischenhänge (was ja geht, wenn der PC nicht versiegelt ist...), und diese Box schönt mir jegliche Daten, bevor sie überhaupt am PC ankommen...

[mschaefer]

Prüfer kommen in der Regel ohne Anmeldung und lassen Ihr Normgewicht erst wiegen bevor sie den Vergleichswert abfragen. Bei den Bankautomaten sind die Bondrucker im versiegelten Bereich.