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.ImpTageskurven = 3060. Aktive feste Registrierung → cSchnittTageskurven.Ausführen (E,P). Projekteinschluss der genannten VB-Quellen geprüft (PRJ). Active=True, InAutomatik=false, ManuellerAufruf=true, 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.

PFAD: FileImport ohne Default, vorhandene Einzeldatei. Encoding.Default, Semikolon, Quotes/Trim, keine Kopfzeile. Nur Satzart3060 mit mindestens26 Feldern:1=„3060“,2=ID(Int32),3…26=TK00…TK23(Double, kulturabhängig); weitere ignoriert. TK-Werte repräsentieren nach Code nur Zahlen; normierte Einheit/Prozentvertrag nicht belegt.

Nur UPDATE bestehender Tageskurven nach ID. TK01…TK23 aus Position4…26 werden geschrieben. Position3/TK00 wird konvertiert und als Parameter gesetzt, aber im SQL nicht benutzt. Kein INSERT fehlender IDs, DELETE, SP, Calc oder Archiv.

⚠ TK00 fehlt im UPDATE. Betroffene Zeilenzahl nicht geprüft; unbekannte ID bleibt wirkungslos und kann als Erfolg gelten. Zeilenfehler werden protokolliert, senken den Hilfsreturn bolSuccess nicht; Parserfehler tun es. Shared Ausführen ohne normalen Return ergibt False. Nicht atomar, SQL30s ohne SQL_TIMEOUT. Datei-LOG im Arbeitsverzeichnis: LOG/yyyyMMdd_HHmmss_ImportSchnitt_Tageskurven.log mit StreamWriter-Defaultencoding. Synthetische Kurve für TK00/1/23 und fehlende ID testen (Q18).

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.