1400 — Arbeitszeiten aus Satzarten1401/1402

Dokumentation ins Wiki übernommen am 02.10.2026. Das ist keine Laufzeitabnahme.

Technische Referenz zum aktiven Programm eProgramm.ImpZeitbuchungen. Sie beschreibt Eingänge, tatsächliche Schreibwirkung und Grenzen am genannten Quellenstand. Erreichbarer Aufruf statisch dokumentiert, nicht zur Laufzeit abgenommen.

Wichtig: ⚠ fehlender Return / Löschen aller Korrekturvarianten. Prüfe vor einem späteren Test die beschriebenen Fälle.

Delegate: cSchnittZeitbuchungen.Ausführen. Active=True, Automatik=true, ManuellerAufruf=true, NurAufServer=false. Registrierung/Defaults, keine bestätigten Jobs. Run prüft die Serverbindung nicht selbst.

MAILTO und der von RunWithDialog gesetzte MANUELL-Schlüssel sind Registrierung/Dialogzustand, keine ZW-Einstellung. Eine Auswertung durch die Basis ist nur bei ausdrücklich belegtem BASE-Pfad anzunehmen.

PFAD FileImport, vorhandene Datei. TextFieldParser ohne Encodingargument (DefaultUTF8/BOM), Semikolon, Trim=True, Quotes=True. Parser wird zweimal erzeugt, erste Instanz nicht ordentlich entsorgt. Keine Kopfzeilen-/Feldzahlprüfung.

Datum-Fallback0 ist alsObject in datetime-Parameter gegeben; erfolgreiche Konvertierung nicht zugesichert. Kulturabhängige IsDate/IsNumeric-Parser(F).1401 braucht6,1402 fünf Felder; unbekannte Satzarten ignoriert.

1401 IF COUNT auf Person/Kommen/Gehen/Kennzeichen/Korrektur=0→INSERT dieser fünf Felder. Unterschiedliche Korrekturen sind damit neue Zeilen, keine Aktualisierung.1402 DELETE nach Person/Kommen/Gehen/Kennzeichen ohne Korrektur, löscht alle passenden Korrekturvarianten. Keine eigene Transaktion/SP/Statusmarkierung/Calc/Archivierung; SQL30s.

Arbeitszeiten.ID Identity; Manuell default1,Zeitereignisse0,Korrektur0,weitere Defaults lautSchema(U89/U99), nicht explizit als Anwendungsänderung gesetzt. FK aufPersonen undKennzeichen verlangt vorhandene IDs(U90); Filiale wird nicht gesetzt.

SQL-Zeilenfehler werden geloggt und spätere Zeilen verarbeitet; Felderzugriff/Konvertierung undReadFields außerhalb SQL-Try können Restdatei abbrechen. LOG/yyyyMMdd_HHmmss_ImportSchnitt_ZeitbuchungenCSV.log; beiFehler zusätzlich monatliches Fehler.log über cFehlerLog, kein Fach-DB-Log daraus. 1400-F01: äußeres Ausführen ohneReturn→False trotz möglicher Erfolgsmeldung. Import selbst liefertresult. Wiederholungsschutz COUNT/INSERT nicht atomar; keine Berechnungsmeldung aus Direktimport ableiten. Liefer-/EinheitenfragenQ15.

Keine direkte fachliche ZW-Einstellung in diesem Einstiegsteil nachgewiesen; Einstellungen der belegten gemeinsamen Pfade folgen unten.

Nur Info-/Logmeldungen, kein BASE-Start/Ende und keine daraus abgeleitete Mail/API. Dialoge hängen von SupressDialogs ab. Benutzerzuordnung über fnUserId/tblUser. Logging ist nicht mit dem Fachimport atomar; Defaults sind keine Livewerte.

Beide gezeigten Settings-Konstruktoren setzen AlwaysToFile=True. Oberhalb LogLevel werden Datei UND DB versucht; bei False nur DB, Datei als Fehlerfallback. Datei unter ApplicationData/PEP/LogFiles/yyyyMMdd_peplog.txt (Append). DB-Fehler werden als False abgefangen, verhindern nicht zwingend den Import. EventLog-Fehler werden geschluckt. Direkte Fachcommands des Block 07 setzen kein Timeout; SQL_TIMEOUT ist in diesen zehn Pfaden nicht gelesen. Keine zusätzliche fachliche ZW-Einstellung nachgewiesen, auch nicht in spCalcUmsatzPlan.

DB-Rolle PEP4-Anmeldedatenbank. Log schreibt über eigene Verbindung; nicht atomar mit Fachoperationen. fnUserId liest minimalen UserID zum rechten 25-Zeichen-Teil von SUSER_NAME(), sonst 0.

Geprüft am02.10.2026 gegen master, Commit f1d82a003b62f2658f06eaa943dc685ab219bdf3. Kein aktueller Installations-/Live-Schema-/DLL-/Jobabgleich. Aprocon bezeichnet die externe Datenbankrolle, keinen bestätigten Schemanamen. Defaults/Computed-Spalten sind gesonderte Schemawirkung. Q02:Installationsgrenze; Q11:offene Motoranalyse; Q13/Q15:Liefer-/Einheiten-/Ersatzverträge.

Siehe auch: Übersicht der Schnittstellen. Keine Ausführung oder Fehlerkorrektur.