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

eProgramm.IstZeitenAtomisieren = 6050. Aktive feste Registrierung → cSchnittTransfer.IstZeitenAtomisieren (E,P). Registrierung und erreichbare Quellen geprüft; installierte Binärdateien ungeprüft. Active=True, InAutomatik=true, 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.

DATVON/DATBIS: Datumsmuster, registriert−100/0. BASE wertet sie aus; SQL-Fenster einschließlich. DATBIS um Mitternacht kann Gehen am Endtag ausschließen. Kein Dateiinput/-output und kein anschließendes Calc/CalcPep. Berechnete Ist-/Planwerte müssen bereits vorliegen.

Art1 TRANS_ATOM_PEP: zuerst globale Korrektur von Pep2.AnteilStempelzeit (InIstzeit1, Minutenanteile), globales TRUNCATE Istzeiten und StundenAtomar-Löschung im Fenster. Puffer aus Angerechnet und gewähltem positiven Anwesenheitswert. Plan-only: Summe(Netto)×24/Faktor aus PepBerechnet. Ohne Istplan erfolgt direkte Verteilung aus ITPEP.Anteil; restliche Puffer werden über alle Pep2-Anteile verteilt, nicht nur InIstzeit1. Danach globale KZNetto0-Korrektur bei Kennzeichen.Netto0, auch außerhalb des Fensters.

Art2 TRANS_ATOM_STEMPEL: Angerechnet>0 und gewählte Nettoquelle>0. Fehlende Arbeitszeit wird nur nach DATUM, nicht Person geprüft: Buchung einer anderen Person kann Direktverteilung blockieren. Netto2-Anteile je Person/Filiale/Tag; bei Gesamtsumme0 wird der volle Tageswert jeder Filiale zugeordnet. Gruppe erhält die Filiale, nicht eine PEP-Gruppen-ID. Plan-only-Person−1/Summe(Pep2.Netto) ohne ×24, anders als Art1.

Art3 TRANS_ATOM_PEP_DECKUNG: Planzeiten auf Datum rebased; Pause zunächst Gruppe−1, dann Nachbargruppe links/rechts zugeordnet, verwaiste Pause und Nullintervalle entfernt. Öffnungsrahmen aus Umsätze oder ganzer Tag, erweitert durch Minutenparameter; erstes/letztes Planintervall erweitert und auf Schnitt begrenzt. Arbeitszeiten.Netto1 wird gegen Rahmen geschnitten. Mehrfachüberschneidungen können mehrfach zählen. Pause ist keine Planzeit, kann aber über Rahmen Istzuordnung erhalten. Atom/AtomStunde unabhängig; Verdichtung Person−1, Faktor1.

Art1/2 liest Arbeitszeiten für Stunden separat, unabhängig von gewählter Nettoquelle: Kommen>=Von und Gehen⇐Bis, kein Geloeschtfilter. Mitternacht ist bei Stunde(Gehen)<Stunde(Kommen) nicht robust. Stundenanteile Minuten/60. Art3 zählt pro überlappender Stunde das ganze Planintervall per DATEDIFF, nicht nur den Stundenschnitt: Überzählungsrisiko.

Art1/2 liest AtomStunde/Verdichten und Art1 Quelle als SQL-Rohwerte; Art3 nutzt geladene VB-Werte. Reload/Validierung kann daher abweichende Stände ergeben. Kein Gesamtrollback/Lock über Puffer, DELETE/INSERT und Anteilsupdates. Parallele Läufe teilen Istzeiten. Deaktivierte Flags lassen Altbestand stehen; Wiederholung ersetzt nur jeweilige Zielbereiche. Nicht unterstützte Art → leere CommandText/Fehler, da CaseElse fehlt. CALC_Atomisieren_Rahmen_InPep wird hier nicht gelesen. Temp-Rahmen/-Resultate sind sitzungsintern.

Gemeinsames Profil: BASE (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). Externe Betriebs-/Schemaabweichungen sind nicht durch die statische Analyse ausgeschlossen.

Block17 ergänzt explizit5314/5315/5316/5317/5318/5319/5323/5324/5325/5326/5327/5328/6000/6006/6007/6008/6009. Alle nutzen BASE-Start/Ende;6001/6002/6003/6004/6005 verwenden LEGACY statt BASE. Fachverträge jeID, keine automatische gemeinsame Kunden-/Dateiwirkung.

Stand: 2026-10-02 · Commit f1d82a003b62f2658f06eaa943dc685ab219bdf3. Gilt ausdrücklich für Block 01: 1012, 1013, 1016, 1017, 1018, 1019, 1079, 1080, 1082, 2016 sowie Block 02: 2011, 2012, 2014, 2015, 2017, 2018, 2019, 2033, 2034, 2041 sowie Block 03: 1057, 1058, 1059, 1060, 2030, 2035, 2040, 2042, 2044 sowie Block 04: 2053, 2054, 1081, 2031, 2052 sowie Block 05: 2045, 2050 sowie Block 06: 3044, Block 08: 1010, 1011, 1015 und Block 10: 1047, 1051 sowie Block 12: 1064. 2024, 1020, 1030, 1048, 1049, 1050, 1052, 1053, 1054, 1061, 1062 und 1063 verwenden diese Basis nicht. 1078 enthält die gleichversionierten Beziehungen weiterhin in seiner Einzelbeschreibung; keine Doppelzählung für 1078. Kein Test-/Deploymentnachweis.

Block 13 ergänzt ausdrücklich 1065,1066,1068,1069,1071,1072,1074: aktive Implementierungen bzw. Hilfsinstanzen erben BASE und rufen Start/Ende auf. Bei 1074 ist AusführungEnde nur bei unbehelligtem Abschluss erreichbar; Ressourcen-/DB-/SP-Fehler können es überspringen. 1067/1070/1073 verwenden direkte LEGACY-Meldungen.

Block14 ergänzt ausdrücklich 1104,1105,1106,1108,1109,1150,1210,1214,1215,1222. Aktive Klassen/Instanzen erben BASE und starten/beenden den Lauf; ungefangene Fehler können das Ende überspringen. Nur gemeinsame Rückmeldung, keine Gesamttransaktion oder erfolgreiche Fachwirkung. 1203 hat keinen BASE-/LEGACY-Pfad.

Block15 ergänzt ausdrücklich 2025/2026/2027/2049 mit erreichbarem Instanz-Start/Ende. Die aktiven Veraltet-Stubs 2028/2029/2032/2046/2047/2048 nutzen trotz Klassenvererbung nur den direkten LEGACY-Meldepfad; keine BASE-Ausführung. 2022 hat keinen Delegate.

Block16 ergänzt ausdrücklich 2051/2055/3043/3512/3513/3520/3521/3522. WebZerf2 nutzt Multi-Start/Ende mit BASE je Teilstufe; IsMultiSchnitt reduziert Dialoge, nicht Mail-/API-Wirkungen. Nach Fehlern können weitere Teilstufen starten. 3011 ohne Delegate;3031/3032/3041/3042/3060/3500 nur LEGACY.

Die ausdrücklich zugeordneten Programmregistrierungen mit ihren Implementierungen erben cSchnitt_Basis und rufen AusführungStart/AusführungEnde auf. Gemeinsam geprüfte Basisklasse/Registrierung; Mail-/Logging-/API-Details aus der dokumentierten Pilotprüfung desselben Commits wiederverwendet. Nicht automatisch auf jede zukünftige Schnittstelle übertragen: Erreichbarkeit, Overrides, Sonderpfade und Quellenstand jeweils prüfen.

Start setzt Status/Protokoll zurück. Fehlerstatus steigt nur (0→1→2). Fehlerfrei() ist True nur bei Status 0. SILENT unterdrückt die Startanzeige und beendet AusführungEnde sofort. MANUELL wird über Schlüsselinzidenz erkannt, unterdrückt direkte Mail und API-sendmail, nicht die API-Meldung selbst. MAILTO leer → MAIL_SCHNITTSTELLETO. Bei nicht lokal gefangener Exception kann der Abschluss ausfallen (besonders 1079/1082); 2016 hat einen getrennten Rückgabe-/Fehlerstatusbefund; 2017 reicht ebenfalls den Instanzstatus nicht als Shared-Rückgabe durch. 1057–1060 besitzen untypisierte Shared-Einstiege ohne Return (Nothing) und übernehmen Modul nicht; Instanz-Abschluss separat betrachten. Die acht Exporte aus Block 02/03 verwenden cSchnittExport mit Start/Ende.

Erfolg: OnSuccess; Fehlerstatus 1: OnSuccess ODER OnError; Stoppstatus 2: OnError. Mail nur nicht MANUELL und nicht SILENT; API wird sonst unabhängig vom sendmail-Schalter aufgerufen. Direkte Mail speichert Body/Outbox in eigener Transaktion (keine Fachimporttransaktion). SendOutbox(5) kann ältere fällige Schnittstellenmails versenden und deren Anhänge lesen; diese Fachpfade erzeugen selbst keine Anhänge. SMTP-Testadresse kann Zieladresse ersetzen. Mail-/API-Ergebnis ist kein verlässlicher Bestandteil von Fehlerfrei().

DB-Rolle Anmeldung; Logging über cInfoTools-Verbindung. Keine Geheimnisse/Livewerte. Indizes verknüpfen jede Mitglieds-ID mit diesen Beziehungen, auch wenn die Details nur einmal stehen.

Logdateien unter ApplicationData/PEP/LogFiles; kontextabhängig Windows-Eventlog. Start/Erfolg InfoLevel 51, Importfehler 102; Schwellen beeinflussen Persistenz. SQL-fnUserId liest tblUser anhand RIGHT(SUSER_NAME(),25). API Send(MELDUNG) nutzt Anmeldungskontext und fest codierten Endpoint; dessen Serverimplementierung fehlt in dieser Quellenbasis (Q01).

Bekannte gemeinsame Befunde aus Pilot: Outbox-Retry bei Status 20 setzt mStatus=-1 ohne WHERE; Retry-CASE ab Status 12 ohne ELSE → NULL. Nicht korrigiert. Keine Kundendaten oder Zugangswerte übertragen.

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