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. Teilweise dokumentiert: Markierung und PEP-Einstieg belegt; vollständige Lade-/Regelkette Q11 offen; Nutzerprüfung offen. Keine Schnittstelle ausgeführt.

eProgramm.CalcPep = 6003. Aktive feste Registrierung → cProgramme.CalcPep (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.

DATUM (Datum, registriert ohne Default). Bei vorhandenem Schlüssel: erst IsDate, sonst IsNumeric → heute + Wert Tage; ungültig False mit Fehlerdialog. Bei fehlendem Schlüssel Datum=01.01.2000. Nicht der BASE-Datumsmusterparser: m/j/w-Muster aus anderen Programmen gelten nicht. Direkte Info-/Dialogmeldungen, keine BASE-Mail/API. Kein File.

UPDATE PepBerechnet.tsCalc=NULL für Datum>=gewähltemDatum und Datum>=CALCMinDate. Timeout SQL_TIMEOUT. SQL-Exception → False. Danach CalcPep(Nothing,Datum,Nothing), unabhängig von gewählten Personen (kein Parameter). Netto-SP bekommt Datum direkt, Lade-SP begrenzt mindestens aufCALCMinDate. True mit Erfolgsmeldung nach Aufruf.

Markiert vorhandene Planberechnungszeilen und berechnet anschließend Pep2.Netto/PepBerechnet-Werte über PEPCALC. Motor-/Lade-/Kontingentgraph teilweise, Q11. Kein CStatus-ZW-UPDATE oder allgemeiner ZW-Calc aus dem Programmnamen ableiten.

⚠ Rückgabe CalcPep(False) nicht geprüft; Erfolgsmeldung/True trotz internem Fehler möglich. DATUM-Nothing im registrierten Schlüssel ist nicht der dokumentierte fehlender-Schlüssel-Fallback. Nutzerprüfung offen.

Gemeinsames Profil: LEGACY (interne Referenz).

Gemeinsames Profil: PEPCALC (interne Referenz).

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.