1360 — Urlaubs- und FS-Ansprüche aus Satzdatei

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

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

Wichtig: ⚠ entfernte Jahr-Spalte / geschluckte Zeilenfehler. Prüfe vor einem späteren Test die beschriebenen Fälle.

Delegate: cSchnittKontigente.Ausführen. Active=True, Automatik=false, 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, Datei erforderlich. Encoding.Default, Semikolon, Trim=True, Quotes=True; kein Headerüberspringen/keine Feldzahlprüfung. Mindestens6 Felder je aktivem Satz; Werte direkt in SQL-Parameter, ohne StrTo-Fallback.

2010 versucht DELETE Urlaubsanspruch nach Person/Jahr/Art und INSERT Jahr,Person,Anspruch,Art,Kommentar. 1360-F01: U743 entfernt Jahr und verlangt GültigVon im neuen Schlüssel(Person,Art,GültigVon); der aktive2010-Batch ist gegen diesen migrierten Stand nicht ausführbar. Keine tatsächliche Urlaub-Neubefüllung behaupten.

2020 ersetzt FSAnspruch nach Person/Jahr/Art per DELETE→INSERT. Kein UPDATE/Calc/Archiv/SP, SQL30s, keine Transaktion. Nicht gesetzte ts/UserID aus Schema-Defaults(U100, spätere UserID-Migration), Personen-FK(U90); keine eigenen Personenanlage. Neue IDs/Defaults nicht als explizite Dateifelder darstellen.

Jeder Zeilenfehler wird leer geschluckt und die nächste Zeile verarbeitet. Import alsBoolean ohneReturn→False; äußeres Ausführen meldet dadurch Fehler und hat ebenfalls keinenReturn→False. Vollständiger Fehlstatus/Zeilendetails fehlen; bei historischer DB können Teile trotzFalse geschrieben sein. ParserReadFields außerhalb Zeilen-Try kann den Lauf abbrechen. Aktuelles installierter Schema-/Liefervertrag Q02/Q15 zuerst isoliert prüfen.

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.