Das könnte jetzt in Vorrat oder IT passen, glaube aber erstmal ist der IT Bereich besser.
Wenn man so die Foren durchschaut scheint es Bedarf an elektronischer Lagerführung zu geben, die meisten Projekte scheinen aber relativ schnell einzuschlafen. Bei OpenSource kommt man dann noch an die Daten und kann einige Zeit mit der alten Software weiterarbeiten, bei ClosedSource oder nicht mehr gepflegten Apps sind irgendwann die mühsam gepflegten Datenbestände verloren.
Für meine eigenen Zwecke arbeite ich an einer Lösung auf LAMP Basis (Linux/Apache/mysql/PHP). Die zugrunde liegende Datenbank möchte ich aber so gestalten dass sie nicht nur auf mein kleines bis mittleres Projekt passt sondern auch größere wie kleinere Projekte abbilden kann. Das Ziel ist eine Datenbankstruktur definieren die von verschiedensten Projekten genutzt werden kann - und die Daten portabel macht. Eine API mit den grundlegenden Funktionen gehört natürlich auch dazu.
Grundüberlegungen zur Datenbank:
- Mandantenfähig, also mehrere getrennte Lager auf einer Datenbank. Aus Sicherheitssicht, gerade bei unseren Themen nicht das NonPlusUltra, da zumindest der Admin alles sieht, aber es bietet auch die Möglichkeit Testlager anzulegen ohne den Livebetrieb zu stören. Ist letztlich nur ein Feld mehr pro Tabelle
- Erkennungsmerkmal für alles gelagerte soll die EAN/GTIN etc. sein. Für eigene Produkte (umgefüllt, selbst eingekocht etc.) kann eine entsprechende Nummer aus freien Bereichen generiert werden.
- Kategorien (orientiert an den staatlichen Systemen)
- Die Lagerhierarchie aus Lagerort->Regal->Ebene->Reihe->Unterfach sollte genug Flexibilität für alle Größenordnungen bieten. Mehrfachbuchungen auf ein Lagerfach sollen möglich sein (die wenigsten werden das so genau machen dass pro Produkt/MHD ein eigenes Fach zugewiesen wird...). Für Extremisten kann man ein Flag einbauen welches dieses Verhalten steuert.
- alles auf UTF8 dürfte reichen
- SET Fähigkeit, wenn man immer gleiche Pakete schnürt. Bei mir wären das zum Beispiel vakuumierte Pakete mit den Grundnahrungsmitteln für eine Woche/eine Person.
Lizenz etc.
- Code und Datenbankstruktur unter einer offenen Lizenz, weiß aber noch nicht ob GPL, BSD oder sonst eine günstiger ist.
- Da gepflegte und freie EAN Datenbanken eher Mangelware sind steht sicher etwas Handarbeit an. Gesammelte Daten (EAN,Name,Nährwerttabelle, Kategorie Zuordnungen) sollen untereinander frei tauschbar sein und wenn gewünscht in gesammelter Form jedem offen stehen.
offen für alle Anregungen - habe ähnliches bereits in einem sehr alten Thread geschrieben - wahrscheinlich zu alt.