FischRob
03.08.2014, 09:58
Ich denke mal, eine solche Software kann man benutzen um diverse Nährwerte für eine bestimmte Rezepturzusammensetzung zu verwenden. Als zu nutzende Datensammlung sollte/könnte man dann lieber auf einen zweiten Datensatz zurückgreifen, um Änderungen in den Zusammensetzungen einer Rezeptur oder eines Rohstoffes zu kompensieren und erst zum Einsatz zu bringen, wenn es notwendig wird. Manche, so auch wir, haben die fertigen Produkte eine ganze Weile im Umlauf so dass man immer im Auge haben muss:
Was ist gerade im Handel/Umlauf?
Was ändert sich wann an den deklarierten Daten?
Bislang wird es bei uns so gehandhabt, dass die Nährwerte von einer Software berechnet werden und in einer zweiten, softwareunabhängigen Datenbank gespeichert und bei Bedarf von dort aus abgerufen werden (etwa zur Layouterstellung oder für die Spezifikationen). Somit kann man, wir zumindest, auf die einzelnen Kundenanforderungen bezüglich diverser Deklarationsmaßgaben oder Gesetzesänderungen flexibel reagieren.
Die Allergene diverser Zutaten, besonders der zusammengesetzten, hat man irgendwann im Kopf, bzw. sollte man ebenfalls extern sammeln um den angelegten Rezepturstamm der Software nicht durcheinanderzubringen.
Im MS Dynamics "Navision" gibt es auch schon diverse Module, u.a. mind. eins zur Deklarationserstellung inkl. Nährwerte und Allergene auf Basis der fixen Rezeptur und der Rohstoffe und deren Zusammensetzung. Aber um auch laufende und vergangene Rezepturen und Deklarationen im Auge zu haben benötigt man wieder zwei Datenbanken. Dazu langt uns Excel vollkommen.
Über kurz oder lang, noch eine Software zur Nährwertberechnung und Deklarationserstellung braucht man, denke ich, nicht mehr. Es gibt mehr als genug auf dem Markt. Und wie üblich muss man sich eben nur dazu zwingen, damit zu arbeiten und das Ganze zu pflegen. Sonst nützt einem das einfachste System nichts.
Jetzt hab ich schonwieder viel zu viel Text geschrieben und vergessen, was weiter oben steht. Reicht auch für den Sonntag <!-- s
--><img src="{SMILIES_PATH}/icon_smile.gif" alt="" title="Smile" /><!-- s -->
Was ist gerade im Handel/Umlauf?
Was ändert sich wann an den deklarierten Daten?
Bislang wird es bei uns so gehandhabt, dass die Nährwerte von einer Software berechnet werden und in einer zweiten, softwareunabhängigen Datenbank gespeichert und bei Bedarf von dort aus abgerufen werden (etwa zur Layouterstellung oder für die Spezifikationen). Somit kann man, wir zumindest, auf die einzelnen Kundenanforderungen bezüglich diverser Deklarationsmaßgaben oder Gesetzesänderungen flexibel reagieren.
Die Allergene diverser Zutaten, besonders der zusammengesetzten, hat man irgendwann im Kopf, bzw. sollte man ebenfalls extern sammeln um den angelegten Rezepturstamm der Software nicht durcheinanderzubringen.
Im MS Dynamics "Navision" gibt es auch schon diverse Module, u.a. mind. eins zur Deklarationserstellung inkl. Nährwerte und Allergene auf Basis der fixen Rezeptur und der Rohstoffe und deren Zusammensetzung. Aber um auch laufende und vergangene Rezepturen und Deklarationen im Auge zu haben benötigt man wieder zwei Datenbanken. Dazu langt uns Excel vollkommen.
Über kurz oder lang, noch eine Software zur Nährwertberechnung und Deklarationserstellung braucht man, denke ich, nicht mehr. Es gibt mehr als genug auf dem Markt. Und wie üblich muss man sich eben nur dazu zwingen, damit zu arbeiten und das Ganze zu pflegen. Sonst nützt einem das einfachste System nichts.
Jetzt hab ich schonwieder viel zu viel Text geschrieben und vergessen, was weiter oben steht. Reicht auch für den Sonntag <!-- s
--><img src="{SMILIES_PATH}/icon_smile.gif" alt="" title="Smile" /><!-- s -->