2049 — Aprocon-Warenwert aus Einkaufs- und Herstellungspreisen

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

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

Wichtig: ⚠ SP nach Transferfehler / globaler Warenwertersatz. Prüfe vor einem späteren Test die beschriebenen Fälle.

Delegate: cSchnittKRApc.Import_WarenWert2. Active=True, Automatik=true, ManuellerAufruf=true, NurAufServer=true. 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.

Liest Preise über die externe Aprocon-ODBC-Datenquelle und ersetzt Warenwertzeiträume in PEP4. Kein Eingangsfile, kein Dateiarchiv, kein KRWerte-/Datenkopfimport und keine Verkaufspreisausgabe. DATUM(Datum) ist der einzige registrierte Fachparameter, ohne DefaultValue. Serverbindung=True beschreibt die Registrierung, nicht eine Prüfung im Run.

BASE.SetDatum → cDatumMuster.GenDatumFromVorgabe. Datumsmuster unterstützt unter anderem relative Tage und Punktmuster; es ersetzt keine fachliche Lieferformatprüfung. Der Helper-Quelltext DIM liegt im Repository, cSchnittstellen nutzt aber die cRibbonDatum-DLL: tatsächliche installierte DLL nicht geprüft (Q02). Keine weitere ZW-Einstellung im Helper nachgewiesen. Kalender-/Quartals-/Wochenrandfälle nicht als zuverlässig zusagen.

CheckApcConnect prüft die mit SCHNITT_APC_DSN aufgebaute ODBC-Verbindung. Auch bei fehlgeschlagener Prüfung wird nach Rückkehr aus dem Transfer die lokale SP noch versucht. Übertragung liest aus Aprocon.Preise die sechs Felder Preiskategorie, Artikel, Preis, GueltigAb, GueltigBis und DatumLetzteAktualisi. Filter: Preis<10000 und, falls nicht leer, Preiskategorie IN(<Einstellungsstring>). DATUM begrenzt nicht den externen SELECT. Keine Reihenfolge, keine Einheit-/Währungsumrechnung und kein Null-/Preisgrößencheck zusätzlich zum Filter. Aprocon-Schema, DSN und Preis-/Datumssemantik bleiben Q13/Q15.

SCHNITT_APC_PreisKatImport lädt die Variable SCHNITT_AproconPreisKatImport, Default „5,1“. Der gesamte String wird ungeprüft in den ODBC-IN-Ausdruck eingesetzt. Split(„,“)(0) liefert HK, Split(„,“)(1) EK an die SQL-Prozedur; der Default bedeutet HK=5, EK=1. Mindestens zwei zu bigint konvertierbare Werte sind nötig. Zusätzliche Kategorien werden übertragen, aber nicht zusätzlich als Prioritätsparameter behandelt. Leere/ungültige Listen können erst nach dem Staging-Reset scheitern.

Nach Start und SetDatum ruft der Einstieg Import_Preise_Übertragung auf. Beide Verbindungen werden vor dessen inneren Catch-Blöcken geöffnet. Lokale und ODBC-Befehle nutzen SQL_TIMEOUT. Zuerst TRUNCATE der gesamten SCHNITT_KRWarenwert, dann INSERT je externem Preis mit Artikel→Kostenträger, GueltigAb→von, GueltigBis→bis, DatumLetzteAktualisi→ts.

2049-F01: Nach Reset-/Lesefehlern setzt der Transfer zwar FehlerUndStopp, gibt aber keinen Erfolgswert zurück. Der Aufrufer prüft diesen Status nicht und startet anschließend trotzdem SCHNITT_KRWarenwert_SP. Das kann alte oder teilweise übertragene Zwischendaten verarbeiten und Zielwerte löschen. Ungefangene Open-/Verbindungsfehler können Abschlussmeldung und Rückgabe ganz überspringen. Normales Ende liefert Fehlerfrei(), im Unterschied zu den Shared-Imports ohne Return.

Direkter Aufruf: exec SCHNITT_KRWarenwert_SP @EK,@HK,@Datum. Positionaler dritter SP-Parameter heißt @DatumAb. Keine weitere aufgerufene Fach-SP oder UDF im geprüften SQL. Die SP verwendet teils KostenTräger, U722/VB Kostenträger. Hier gilt die DDL-Schreibweise; bei case-sensitiver Installation Namensauflösung prüfen(Q02). Keine Fachtransaktion.

1. EK-Zeilen je Kostenträger/von in @Tmp verdichten: MAX(bis mit NULL→31.12.2099) und MAX(Preis) unabhängig voneinander. Alle EK-Stagingzeilen löschen, verdichtete zurück einfügen; ts wird dabei nicht übernommen.
2. Offene bis je Kategorie bis vor den nächsten Beginn ergänzen. EK entfernen, wenn für denselben Kostenträger eine HK-Zeile mit von≤EK.von existiert; HK.bis wird dabei nicht geprüft.
3. Lücken innerhalb einer Kategorie verlängern, offene Enden danach auch über Kategorien ergänzen. Überlappungen abschneiden, wenn späterer Beginn vor bisherigem Ende und späteres Ende≥bisherigem Ende liegt. NULL-Enden erfüllen diesen letzten Vergleich nicht.
4. Alle KRWarenwert-Zeilen mit von≥DATUM löschen, ohne Kategorie-/Artikelbegrenzung. Alle verbleibenden Stagingzeilen mit von≥DATUM einfügen: Preiskategorie, KRKostenTräger, von, bis, Preis, ts=GETDATE().
5. Alle offenen KRWarenwert.bis bis vor den nächsten Beginn desselben Kostenträgers ergänzen, auch bei älterem von als DATUM und ohne Kategorieabgrenzung.

2049-F02: Globaler Staging-Reset und globale Zielersetzung sind nicht atomar und nicht auf gelieferte Artikel beschränkt. Parallelimporte, leere Lieferung, Teilfehler und historische offene Enden prüfen. Ein vor DATUM beginnender neuer Preis wird nicht nachgetragen, obwohl er nach DATUM gültig sein könnte.

2049-F03: U722 definiert den Ziel-PK nur aus KRKostenTräger/von, ohne Preiskategorie. Nur EK wird zu Beginn verdichtet; verbliebene doppelte HK-/Zusatzkategoriezeilen können bei gleichem Beginn kollidieren. MAX-Ende und MAX-Preis können aus verschiedenen Eingangszeilen stammen. HK-/EK-Vorrang trotz abgelaufenem HK ist ein konkreter fachlicher Prüffall, kein bestätigter Produktionsfehler. bis2 ist eine Computed-Spalte, kein explizites INSERT.

Prüfe bei einer späteren Testfreigabe eine leere und eine unterbrochene Preislieferung, einen Resetfehler, mehrere Kategorien mit gleichem Beginn, abgelaufene HK-Preise, Beginn vor DATUM und historische offene Zielzeilen. In diesem Dokumentationslauf weder verbunden noch importiert oder korrigiert.

Start setzt Status/Protokoll zurück. Fehlerfrei ist nur bei Status0 wahr. SILENT überspringt den Abschluss. MANUELL unterdrückt direkte Mail und den API-sendmail-Schalter, nicht die API-Meldung. MAILTO fällt auf MAIL_SCHNITTSTELLETO zurück. Ungefangene Fehler können das Ende überspringen. Rückmeldung ist keine Fachtransaktion.

Mailversand kann frühere fällige Outbox-Mails und deren Anhänge verarbeiten. SMTP-Testadresse kann das Ziel ersetzen. Outbox-Retry bei Status20 setzt mStatus=-1 ohne WHERE; CASE ab Status12 kann mDelayUntil=NULL erzeugen. API-Serverquelle bleibt offen(Q01). Kein Codefix.

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.

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.