Zum Inhalt springen

Tim Bindewald

smapLand Mitglieder
  • Gesamte Inhalte

    7
  • Benutzer seit

  • Letzter Besuch

1 Benutzer folgt

Leistungen von Tim Bindewald

Rookie

Rookie (2/14)

  • Gute Beiträge
  • Gut reagiert
  • Erster Beitrag
  • Konversationsstarter
  • Einen Monat später

Neueste Abzeichen

14

Reputation in der Community

  1. Moin Moritz, das passt und würde so auf jeden Fall funktionieren; danke für das Beispiel! Es bleibt aber auch hier der Fakt, dass der Benutzer den Arbeitsbeginn als "Datum und Uhrzeit" auswählen muss, obwohl das Datum ja schon im Kopf ausgewählt wurde. Dies ist der kleine (und wenn wir ehrlich sind: unwesentliche) Schritt mehr, den ich gerne einsparen würde. Die offene Herausforderung wäre also nur noch, dass in den Eingabeoptionen der beiden Datums- und Zeitauswahlfelder {Arbeitsbeginn} und {Arbeitsende} "Uhrzeit" statt "Datum und Uhrzeit" verwendet werden kann.
  2. Eine Kleinigkeit, die mich geringfügig beim Löschen von smaps behindert, ist die Platzierung des Löschen-Bestätigungsfensters: Um zu prüfen, dass ich auch wirklich die korrekte smap zum Löschen ausgewählt habe, muss ich hier auf Abbrechen klicken, da das Fenster direkt über dem Titel der zu löschenden smap liegt und weder das Fenster noch der Rest der Seite einen für mich erkenntlichen Hinweis auf die ausgewählte smap gibt.
  3. Spannend! Anstatt der Wiederholungsgruppe benutzt du hier nacheinander aktivierte Gruppen, wodurch man in Datensatz B auf Datensatz A zugreifen kann? Und die maximale Anzahl der Datensätze wird wahrscheinlich fix durch die Anzahl der angelegten Gruppen definiert. Ich werde damit mal ein wenig herumspielen und sehen, ob die Ansicht auf dem Mobiltelefon noch übersichtlich bleibt (pro Arbeitsgang werden teilweise noch weitere optionale Daten erfasst, z.B. den Arbeitsgangtyp oder Kommentare/Bilder/Probleme des Monteurs während der Montage, da kann ich mir vorstellen, dass das auf dem Handydisplay irgendwann unübersichtlich wird). Aber selbst wenn ich das in diesem Anwendungsfall nicht nutzen werde hast du damit auf jeden Fall meinen Horizont erweitert. Danke dafür!
  4. Guter Punkt! Darüber nachgedacht haben wir, das Problem dabei ist, dass das eine strikte Buchungsdisziplin der Monteure erfordern würde. Durch die Zeitauswahl kann der Monteur theoretisch auch erst am Ende des Tages eingeben, was er den Tag über getrieben hat. Vielleicht gehen wir irgendwann mal einen etwas strikteren Weg, aber momentan wollen wir da keine unnötigen Mauern aufbauen.
  5. Moin! Danke auch dir @Bülent Erbas für die Antwort. Fürs Erste werde ich jetzt doch die Kröte schlucken und die Start- und Endzeiten als Datum und Zeit (statt nur Zeit) erfassen. Bedeutet für den Monteur pro Arbeitsgang zwei Klicks mehr und bedeutet damit dann auch einen traurigen Tim 🥺 Damit kann ich dann allerdings über SUB_DATE() einen Zeitraum ermitteln und danach über MIN() / MAX() die minimale Startzeit und die maximale Endzeit aus der Wiederholungsgruppe ermitteln. Danach kommt dann die Plausibilitätsprüfung, die die Minimalzeit zur summierten Montagezeit addiert und mit der Maximalzeit vergleicht. Falls (Minimalzeit+Montagezeit >= Maximalzeit) wird dann das Abschicken des Datensatzes verhindert. Wenn jemand eine Lösung hat, wie ich einen Zeitpunkt mit nur Uhrzeit -ohne Datum- in einen Zeitraum umwandeln kann - her damit! Bis dahin bleibe ich der traurige Tim. 🙂
  6. Hey @Manuel Rühl, danke für die Antwort. Guter Gedanke, aber leider funktioniert das auch nicht ohne Weiteres: "SUB_DATE" enthält inkompatible Operanden. weil DateTime_3 nur das Datum und DateTime nur die Uhrzeit erfasst (diese Einstellung hier:) Wenn ich diese Einstellung bei DateTime_3 auf Datum und Uhrzeit stelle, verschwindet der Fehler, allerdings wird dann zur Berechnung die dort ausgewählte Uhrzeit gezogen, was wiederum zu Differenzen führen wird. Außerdem... finde ich das in der Eingabe für die Monteure nicht schön! 🙂
  7. Hallo zusammen, die Erfassung von Montagezeiten in unserer Produktion läuft seit einigen Monaten zum Teil über smapOne. Nach und nach fallen im Tagesbetrieb immer mal wieder kleinere Erfassungsfehler auf, welche wir gerne direkt in der smap abfangen möchten, um manuelle Korrekturen zu minimieren. An folgendem Fall beiße ich mir gerade die Zähne aus: Ein Monteur kann immer nur an einem Produktionsauftrag gleichzeitig arbeiten. Diese Logik möchte ich gerne als kleine Plausibilitätsprüfung einbauen. Ich habe ein Zeitauswahlfeld (Startzeit) und ein Zeitauswahlfeld (Endzeit). Beide Felder nehmen nur die Uhrzeit auf, das Datum wird im Kopf einmalig separat erfasst. Die Startzeit innerhalb eines Datensatzes der Wiederholungsgruppe sollte also nicht vor der Endzeit des vorherigen Datensatzes liegen. Verschiedene Datensätze innerhalb einer Wiederholungsgruppe miteinander zu vergleichen ist wahrscheinlich nicht möglich, daher war mein Gedanke, dass ich die summierte Gesamtmontagezeit des Tages auf den Minimalwert der Startzeit aus der Wiederholungsgruppe addiere, mit der maximalen Endzeit vergleiche und bei Fehler das Absenden des Formulars verhindere. (Die Lösung ist natürlich nicht ganz so sauber, aber immerhin fangen wir damit einen Großteil ab). MIN() funktioniert aber nur mit dem Datentyp Zeitraum und ich habe Zeitpunkte als Werte. Bei der Umwandlung der Zeitpunkte in einen Zeitraum verzweifle ich. Habe ich einen Denkfehler? Habt ihr Ideen, vielleicht auch alternative Lösungsvorschläge? Hier nochmal ein minimalistischer Nachbau der Smap, zum besseren Verständnis: Danke vorab an alle, die sich bemühen, meine Gehirnwindungen nachzuvollziehen.
×
×
  • Neu erstellen...