Zum Inhalt springen

Kai Hildebrandt

smapOne
  • Gesamte Inhalte

    23
  • Benutzer seit

  • Letzter Besuch

  • Tagessiege

    3

Community-Antworten

  1. Kai Hildebrandts Beitrag in Checkboxen per Bedingung auf wahr oder falsch setzen. wurde als Antwort markiert   
    Hallo Torsten, 

    vielen Dank für Deine Frage. 

    Eine Änderung des Status einer Checkbox kann nicht durch Logiken geändert werden. 

    Ich würde allerdings mit Sichtbarkeitslogiken arbeiten. 

    Wenn ich also eine Option A in einer Einfachauswahl habe, lasse ich mir Checkbox A und B angehakt anzeigen via Logik. 

    Wähle ich nun zum Beispiel Option B aus, lasse ich mir eine andere Checkbox ebenfalls mit Titel A nicht angehakt anzeigen.

    Das könnte zwar mit der Menge unübersichtlich erscheinen, aber vielleicht durch geschickte Gruppierung begrenzen und wäre somit meines Erachtens umsetzbar.

    Was meinst Du?

    Viele Grüße

    Kai
  2. Kai Hildebrandts Beitrag in Das kleine 1 x 1 bei der Berichtserstellung wurde als Antwort markiert   
    Bei der Berichtserstellung ist für einen Creator einiges zu beachten. 
    Um leere Seiten im Bericht zu vermeiden oder das Verhalten des Berichts besser zu kontrollieren, können wir uns an folgenden kleinen Punkten orientieren, die die Fehler in Berichten stark minimieren. 

    1. Der Bericht wird idealerweise erst am Ende der smap-Erstellung bearbeitet

    Warum? Durch die Änderung der Berichtsvorlage verlieren wir den Vorteil das Verhalten der Bausteine über das Eigenschaftenpanel in Bezug auf den Bericht zu ändern. 

    Beispiel: 

        VS    
    Angenommen, wir tauschen die Berichtsvorlage nach dem ersten gesetzten Baustein, dann verlieren wir direkt die Möglichkeit, die Darstellung des Bausteins im Bericht zu ändern. Nun müssten wir das händisch selbst durchführen und das birgt einfach ein Fehlerpotential.
     
    2. Wir nutzen den Berichtsupload, um unseren angepassten Bericht auf Fehler zu überprüfen
    Durch die Upload Möglichkeit können wir unseren angepassten Bericht auf Fehler prüfen lassen,

    wie das zum Beispiel hier mit den schwarzen oder roten Ausrufezeichen zu sehen ist:

    Oder auch:


     
    Idealerweise laden wir den Bericht nach jeder! geänderten Seite hoch und lassen diese vom System überprüfen. 
    Denn gibt es einen Fehler, dann kann der Fehler nur auf der zuletzt bearbeiteten Seite zu finden sein. Das hilft ungemein, den Fehler massiv einzugrenzen. 
     
    3. Wir haben im Bericht exakt genau so viele IF Bedingungen wie ENDIF Bedingungen platziert. Ist das nicht der Fall, dann laufen wir Gefahr keine korrekte Anzeige im Berichtsrückläufer zu haben.MIt STRG + F öffnen wir in Word ein Suchfeld und können nach {%IF und {%END suchen um diese gegenüberzustellen. 

      -> 
     
    Wenn wir diese Aspekte bei der Berichtserstellung beachten, dann minimieren wir die Fehleranfälligkeiten enorm und können den Bericht schneller in Umlauf geben. 

    Viele Grüße 

    Kai
×
×
  • Neu erstellen...