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

Diese technische Referenz beschreibt die Eingänge, Datenwirkung und Ausgänge dieser Kennung im statisch geprüften Desktop-Quellenstand. Nutzerprüfung offen.

Dokumentiert / statisch geprüft: 2026-10-02. Statisch dokumentiert; Nutzerprüfung offen. Keine Schnittstelle ausgeführt.

eProgramm.CalcFs = 6002. Aktive feste Registrierung → cProgramme.CalcFS (E,P). Projekteinschluss der genannten VB-Quellen geprüft (PRJ). Active=True, InAutomatik=true, ManuellerAufruf=false, NurAufServer=false. Kennzeichen beschreiben Registrierung/Defaults, nicht eingerichtete Jobs; Run selbst prüft keine Serverbindung.

seegerstefan/pep4desktop, master, Commit f1d82a003b62f2658f06eaa943dc685ab219bdf3. Lokale .DS_Store-/cPep/PEP-Abweichungen nicht vermischt; Fachquellen cSchnittstellen/ZW/Sqlfiles unverändert. Kein Remote-/Installationsabgleich.

JAHR (NumberLong). Numerisch → CLng; <2000 als relativer Versatz auf aktuelles Jahr; ungültig False. Fehlender Schlüssel lässt Jahr0, anders als vorhandener Wert0 (aktuelles Jahr). cCalcUrlaub.CalcFS beendet bei Jahr<2011 ohne Wirkung. Keine Dateien, direkte Dialog-/Logmeldungen, keine BASE-Mail/API. Nach fehlerfrei zurückkehrendem Sub meldet äußere Funktion ErfolgTrue.

Wrapper übergibt PersonenListe=-1. Helper SELECT Personen WHERE PersonID IN(-1), ohne '-1'=alle-Sonderfall. Daher nur etwaige Person−1, übliche positive Personen werden nicht ausgewählt. Nicht denselben Urlaubshelper6001-Vertrag übernehmen!

Für ausgewählte Person: ITZeit mit FS/HatFsAnspruch, von/bis, Eintritt/Austritt/Befristung auf Jahresfenster beschneiden, gewichtetes FS /Jahrestage und Int(+0.5). Die Tagesmaske t wird aber vor jeder Person auf0 gesetzt; der auskommentierte Monate-Aufruf füllt sie nicht. Somit Summe FS*t=0 bei regulär lesbaren Daten, selbst für Person−1. Kein ZW-Einstellungsschlüssel aus auskommentiertem Monate-Aufruf ableiten.

Direkter DELETE FSAnspruch für Person/Jahr/Art1, dann INSERT(Jahr,Person,Anspruch0,Art1,KommentarFS), keine Transaktion/UPDATE. IdentityID; Defaults tsGETDATE/UserID=RIGHT(SUSER_NAME(),10) in versioniertem Ausgangsschema (Installation Q02); kein frischer Benutzervertrag behauptet.

⚠ Person−1 statt alle und leere Tagesmaske; fehlender JAHR-Schlüssel kann wirkungslos Erfolg liefern. Diese Kennung derzeit nicht als verlässliche FS-Neuberechnung empfehlen. Fachabsicht/Ersatzkennung und synthetischer Test Q19, keine Sourcekorrektur.

Gemeinsames Profil: LEGACY (interne Referenz).

Keine fachliche ZW-Einstellung im erreichbaren Einstieg nachgewiesen; gemeinsame Meldeeinstellungen nur über die ausdrücklich genannten Profile.

Defaults sind keine Livewerte. Melde-/Datei-/DB-Wirkungen sind nicht atomar.

DB-Rolle PEP4-Anmeldedatenbank, soweit nicht ausdrücklich Aprocon oder Import angegeben. Unqualifizierte Objektschemata nicht als Live-dbo-Vertrag behaupten. INSERT-Defaults/Computed-Spalten sind gesonderte Schemawirkung, kein explizites UPDATE.

Keine Laufzeit-/Live-Schema-/Lieferformat-Abnahme, keine Codekorrektur. Q02 gilt für kundenspezifische Trigger/Constraints/DLLs/Jobs; weitere Grenzen siehe oben und Fragen (interne Referenz). Nicht indizierte Folgefelder einer Teilanalyse sind unbekannt, nicht wirkungslos.

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.

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