Tickets - Nächste FB-Sitzung (offen / in Prüfung)

Flörchinger, Moster
Wie kann organisiert werden, dass eine Veränderung des logistischen Laufwegs einer Lieferung sauber hinsichtlich Logistikkette und Versandvorgang läuft?

Bei einer Änderung der Tour im Versandvorgang soll eine ggf. notwendige Logistikkette angelegt oder ermittelt werden. Ggf. muss diese Prüfung auch bereits bei Aufnahme der Lieferung in einen Versandvorgang erfolgen.

Fallbeispiel, welches regelmäßig vorkommt: Ware aus LU geht zur Abholung nach KA, dort wird entschieden, dass per Paketdienst (ex LU) gesendet werden soll.

Helpdesk-Nr.: 358454
MA: 362221

Betroffener Bereich:

Ansprechpartner/Firma:

Hr. Lohmeier/ Hartl Elektrofachgroßhandel

Betroffene Abteilung/betroffener Fachbereich:

IDS Schnittstelle

Woher kommt die Anforderung:

Kunden von H&W

Betroffene Fremdsysteme:

Hausmann & Wynen/ SHC

Zielbeschreibung

Aktuelles Verhalten:

• Der Kunde überträgt seine Bestellung in den Warenkorb des Shops

• sendet den Warenkorb ab

• Bestellreferenzen auf Lieferschein, den er wiederum per UGL abholt, werden/ können nicht zugeordnert werden

Gewünschtes Verhalten:

Bestellreferenzen auf Lieferschein, die per UGL abgeholt werden, werden/ können zugeordnert werden

Warum brauchen Sie diese Änderung:

keine standardisierte Lösung vorhanden

Was möchten Sie mit dieser Änderung erreichen:

Bestellreferenzen auf Lieferschein, die via Shop beauftrag wurden und per UGL abgeholt werden, werden/ können zugeordnert werden

Welche Maßnahmen wurden schon ergriffen um das Ziel zu erreichen:

Tickets bei H&W und Fegime

Weshalb waren diese Maßnahmen nicht zielführend:

keine standardisierte Lösung vorhanden

Wie häufig kommt die Situation vor:

oft

Welche Konsequenz hat es wenn diese Änderung nicht umgesetzt wird:

Kunden können die Funktion von H&W nicht nutzen

Welche wichtigen Kriterien müssen bei der Umsetzung berücksichtig werden:
Edit Fegime: Im Shop ist das eigentlich gar kein Aufwand, weil der Shop die Nummer (ich nehme an, es ist der Inhalt des Feldes "PartNo") beim Import in den Warenkorb bereits in die Bestellnummer überträgt und somit auch an die SHCware übergibt.

Wenn die Nummer in einem anderen IDS-Feld steht (siehe Screenshot), müssen wir was ändern, nämlich die Felder im XML-Request mit übergeben.

In welchem UGL-Feld es für die Dokumente von SHC an den Kunden übertragen werden muss, kann ich nicht sagen. Das müsste SHC direkt mit Hausmann & Wynen klären und hat mit dem Shop nichts zu tun.

• Edit H&W: Mit diesem Verfahren tun sich leider sehr viele Lieferanten schwer. Grundsätzlich ist es auch nicht vorgesehen, dass sie Bestellungen per Online(Warenkorb) versenden können und trotzdem ordentlich referenzierte Wareneingänge erhalten. Zwar schaffen es einzelne Lieferanten auch in diesem Fall, die Referenzen sauber zu übertragen da dies aber eine nicht-standardisierte Sonderlösung ist fehlt uns hier leider die Möglichkeit beim Lieferanten dahingehend Druck zu machen. Online(Warenkorb) bedeutet, Sie übertragen die Bestellung per IDS. Der Abruf der ABs, Lieferscheine und Rechnungen erfolgt aber immer per UGL. Das sind 2 grundverschiedene Techniken und der Lieferant müsste in seiner ERP eine Möglichkeit finden, die Referenzen aus IDS auch identisch in UGL zu übertragen.  

Betroffener Bereich

SHCware / Elektro-Online

Ansprechpartner/Firma:

Andreas Förster, MOSTER Elektrogroßhandelsgesellschaft mbH

Betroffene Abteilung/betroffener Fachbereich

Woher kommt die Anforderung

Anforderung durch Hr. Ostler im Internen-Moster-Helpdesk #77991

Betroffene Fremdsysteme

SHCware

Zielbeschreibung/Aktuelles Verhalten

Es soll eine Möglichkeit geschaffen werden generelle Onlinerabatte über die SHC zu pflegen um diese dann in EO dem Kunden zu gewähren und anzuzeigen. Diese Onlinerabatte sollen differenzierbar nach Zeitraum/Lieferant und oder Warenkorb sein.
Eine Rabattierung soll auf bestimmte Kunden anwendbar sein.
„Kunden A B C sollen einen Onlinerabatt (Zeitraum) bekommen, Kunden D E F aber nicht. Kunden A B C D E F sollen aber einen Onlinerabatt (Lieferant) bekommen. Kunde G soll einen Onlinerabatt (Warenkorb) bekommen aber nicht den Onlinerabatt von Zeitraum und Lieferant.“

Es gibt in der SHC bereits das Programm SHC692RAB. Dieses Programm ist allerdings für KIBES gedacht und funktioniert mit EO nicht. Eine Differenzierung nach Kunden scheint hier auch nicht möglich.

Was möchten Sie mit dieser Änderung erreichen

Siehe Zielbeschreibung

Welche Maßnahmen wurden schon ergriffen um das Ziel zu erreichen

Weshalb waren diese Maßnahmen nicht zielführend

Welche Konsequenz hat es wenn diese Änderung nicht umgesetzt wird

Welche wichtigen Kriterien müssen bei der Umsetzung berücksichtig werden

Die Onlinerabatte sollen in der SHC differenziert gepflegt werden können:
„Kunden A B C sollen einen Onlinerabatt (Zeitraum) bekommen, Kunden D E F aber nicht. Kunden A B C D E F sollen aber einen Onlinerabatt (Lieferant) bekommen. Kunde G soll einen Onlinerabatt (Warenkorb) bekommen aber nicht den Onlinerabatt von Zeitraum und Lieferant.“

Es sollen also eine Rabattierung auf Warenkorbebene, über einen Zeitraum und auf bestimmte Lieferanten möglich sein. Diese individuelle Rabattierung soll außerdem Kundenindividuell gesteuert werden können..

Hinweis:
Das Thema wurde vor einigen Jahren schon einmal ausgiebig diskutiert. Dabei wurde angemerkt, das auch der Innendienstmitarbeiter immer die gleiche Information wie der Kunde haben muss, also auch diese Anzeige eines Online-Preises in allen entsprechenden Dialogen der SHCware zu sehen sein muss.

Aufwand: 32h

ACHTUNG: Die interne Anzeige an allen Programmstellen der SHCware haben wir hierbei nicht mit berücksichtigt!

Fa. Plein, Herr Klein

wir haben nun für den ersten Kunden die Powerbird Sparschweinfunktion eingerichtet, hierbei ist mir ein Problem aufgefallen was mich bei der Einrichtung erst stark irritiert hat.

Nach vielen Mails und Gesprächen mit SHC Herrn Kolb und unserem Kunden sowie Hausmann & Wynen ist mir folgendes Problem aufgefallen.

Die Anbindung an die Sparschweinfunktion geht über die UGL Schnittstelle, hier über die Erweiterung UXS.
In der UGL Schnittstelle kann ich folgende Auftragsarten für eingehende Kommunikation konfigurieren:
-Anfragen
-Lieferungen

Wenn man nun die UXS Schnittstelle nutzt wird die ANFRAGE genommen um die Sparschweinfunktion umzusetzen.

Was macht die Sparschweinfunktion, der Kunde hat einen Auftrag in Powerbird erfasst und mehrere Lieferanten eingepflegt.
Nun möchte der Kunde wissen, welcher Lieferant die Ware hat und zu welchem Preis und startet die Sparschweinfunktion, das System liefert den Bestand und den Kundenpreis zurück. Nun kann der Kunde die Bestellung auslösen mit der Auswahl, günstigster Preis, verfügbar, Mittel zwischen Preis und Verfügbar und vieles mehr.

Bei jeder Ausführung der Sparschweinfunktion wird jetzt eine Auftrag "Anfrage" in der SHCware gebildet, was laut SHC dann als ANGEBOT gesteuert werden muss. Hierzu wird sofort eine Auftragsbestätigung erzeugt damit die Rückantwort an Powerbird gesendet werden kann.

Wenn der Kunde nun per UGL Schnittstelle noch eine Anfrage zu einem Objekt sendet, weil er einen Objektpreis anfragen möchte, bekommt er sofort eine AB gesendet und wir haben ein Angebot in der SHCware für den Kunden mit seinen "normalen" Preisen und eventuell fühlt sich der Kunde vera....... .
Auch wird sich das bei uns keiner ansehen, da wir nicht wissen ist es nun wirklich eine Anfrage oder über die Sparschwein Funktion ausgelöst worden. 

Ein weiterer Punkt ist das wir viele Angebote erstellen bei denen wir nie einen Auftrag bekommen, da der Kunde bei mehreren Großhändlern anfragt und durchaus auch mehrfach den Sparschwein Knopf drückt um immer wieder Bestand und Preis abzufragen bevor er einmal bestellt.

Probleme:

1. Wir machen uns das Kundenkonto unübersichtlich mit vielen Aufträgen.
2. Wir übersehen "echte" Anfragen von Kunden (Objektanfragen). 
3. Wir senden Kunden Auftragsbestätigungen auf Anfragen/Angebote.

Das ist leider sehr unschön gelöst und bei weitem nicht klar und nachvollziehbar.

Aus meiner bescheidenen Sicht muss hier dringend nachgebessert werden, da wir aktuell Kunden sagen müssen wenn er die Sparschweinfunktion nutzen will darf er keine Anfragen mehr über seine Software senden, was nicht gerade zu Begeisterung führt.

Man könnte das abhandeln der Sparschweinfunktion auch so abhandeln wie Anfragen aus dem Fegime Shop, weil es ist nichts anderes am Ende, mit einer eigenen Tabelle in der die gesamten Artikel eingetragen werden, so das man auswerten kann was der Kunde alles über die Sparschweinfunktion anfragt und man dann dagegen stellen kann was man als Auftrag bekommt, hier hätte man eine sehr konkrete Info die man auswerten kann und mit dem Kunden ins Gespräch gehen.
Dafür müssen keine unnötigen Aufträge in der SHCware erfasst werden.

Auch müsste die etwas unklare UXS Konfiguration etwas besser beschrieben werden, es war viel nachfragen nötig was z.B. EmployeeId heißt und was da rein muss, so wurde mir gesagt das das aus der Hausmann und Wynen Software kommt, die sagen das muss der Großhändler vergeben, und auch das ging mehrfach hin und her.

Ich hoffe ich konnte Ihnen das Problem etwas darstellen was sich hier ergibt.

Betroffener Bereich
Abrufmodul

Ansprechpartner/Firma:
Nils Fischer, Elektro Seiwert

Betroffene Abteilung/betroffener Fachbereich
Vertrieb / Logistik

Woher kommt die Anforderung
Logistik

Betroffene Fremdsysteme
Keine

Zielbeschreibung/Aktuelles Verhalten
Momentan passiert nichts, nachdem ein Abrufauftrag seine Gültigkeit erreicht. Eventuell reserviertes Material bleibt reserviert.
Zuständige Vertriebs- oder Logistikmitarbeiter erhalten keine Information über das Erreichen der Gültigkeit.

Gewünschtes Verhalten
Wir würden uns eine Funktionskonstante für sinnvoll erachten, die zumindest mal die zwei einfachsten Varianten automatisiert.
Einmal sollte einfach der gesamte reservierte Bestand zurück ans Lager gebucht werden. Alternativ soll ein Lauf generiert werden, mit dem die gesamte reservierte Menge ausgeliefert wird.
Wegen mir kann auch die derzeitige Abwicklung (keine Reaktion auf überschreiten der Gültigkeit) als Standard definiert werden.

Warum brauchen Sie diese Änderung
Das reservierte Material bindet Kapital und verfälscht Bestände.
Aktuell ist es ein großer organisatorischer Aufwand,
Abrufaufträge die ihre Gültigkeit überschritten haben abzuwickeln.

Was möchten Sie mit dieser Änderung erreichen
Einen transparenten Automatismus direkt in SHC der Abrufaufträge sauber abschließt.
Wir wünschen uns hier systemische Unterstützung, damit Kontrolle der Vertriebsmitarbeiter entfallen kann.

Welche Maßnahmen wurden schon ergriffen um das Ziel zu erreichen
Kontrollabfragen um die Vertriebsmitarbeiter über abgelaufene Aufträge zu informieren.

Weshalb waren diese Maßnahmen nicht zielführend
Der Organisatorische Aufwand ist uns hier deutlich zu hoch.

Wie häufig kommt die Situation vor
Mehrmals pro Monat

Welche Konsequenz hat es wenn diese Änderung nicht umgesetzt wird

Unnötige Kapitalbindung, undurchsichtige Bestände.
Diskrepanz zwischen physikalischem Bestand und Bestand in SHC nur mit extremen Aufwand erklärbar.

Welche wichtigen Kriterien müssen bei der Umsetzung berücksichtig werden

Betroffener Bereich:
Logistik + EE

Ansprechpartner/Firma:
Henrike Kirsch-Cornely (IT), Seiwert

Betroffene Abteilung/betroffener Fachbereich:
Logistik + EE

Woher kommt die Anforderung:
Transport Gefahrengut

Betroffene Fremdsysteme:

Zielbeschreibung/Aktuelles Verhalten:
Durch vermehrtes vorkommen an Gefahrenguttransport ( insbesondere Lithiumbatterien) wird ein Gefahrengutfahrer und ein Gefahrengutbeauftragter benötigt.
Der Gefahrengutbeauftragter muss am Ende eines Jahres eine Statistik erstellen, was an Gefahrengut versendet wurde. Die Batteriesysteme sind noch recht übersichtlich, allerdings fallen unter die Verordnung auch sämtliche andere Gefahrengüter (Spaydosen, Klebstoffte, Kleinbattereien etc.).
Um diese abzufragen wäre eine Pflege im Artikelstamm der Gefahrengüter hilfreich.

Gewünschtes Verhalten:
Feldpflege im Artikelstamm für Gefahrengut

Warum brauchen Sie diese Änderung:
Statistik über Transport und Meldung der Gefahrengüter

Was möchten Sie mit dieser Änderung erreichen:
Abfrage der betroffenen Artikel

Welche Maßnahmen wurden schon ergriffen um das Ziel zu erreichen:

Weshalb waren diese Maßnahmen nicht zielführend:

Wie häufig kommt die Situation vor:

Welche Konsequenz hat es wenn diese Änderung nicht umgesetzt wird:

Welche wichtigen Kriterien müssen bei der Umsetzung berücksichtig werden:

Was

Folgende Punkte sollen für den Großhändler durch SHC umgesetzt sein:

1. Aktivierung der neuen Push-Schnittstelle
2. Anstoßen der Altdatenmigration ( 2 volle Jahre zurück + aktuelles Jahr)

Ansprechpartner beim Großhändler:
Astrid Bender

Tel.: 06331/5188-18

astrid.bender@fritz-krieger.de

Bitte Umsetzungstermin direkt vereinbaren und hier im Ticket vermerken.

Was

Folgende Punkte sollen für den Großhändler durch SHC umgesetzt sein:

1. Aktivierung der neuen Push-Schnittstelle
2. Anstoßen der Altdatenmigration ( 2 volle Jahre zurück + aktuelles Jahr)

Ansprechpartner beim Großhändler:
Bernd Schöffling

Tel.: 07731-5907-87

bs@eckert-graf.de

Bitte Umsetzungstermin direkt vereinbaren und hier im Ticket vermerken.

Fa. Plein, Herr Klein

Ich habe eine Anforderung die mind. alle Nutzer der Fegime-Standard-Formulare betrifft, wenn nicht sogar alle SHC Nutzer. Es geht um die Briefbögen die man hinter das Fegime-Standard-Formular legen muss.
Hier muss eine GIF Datei erstellt werden mit einer gewissen Punkt-Zahl und in einer gewissen Grösse/Farbtiefe. Nur selbst wenn man dieses nach Vorgaben von SHC macht, kommt es immer wieder dazu das die SHCware die Datei nicht akzeptiert.
So das jedes Ändern zu zig Anläufen führt. Dieses kann natürlich auch immer nur ausserhalb der Öffnungszeiten gemacht werden, da wenn die Datei von der SHCware abgelehnt wird die Drucke nicht raus kommen. Vor einem Jahr hatten wir das  "Problem" das der Briefbogen bei der ETG sich geändert hat, und nach mehr als 20 Versuchen und auch Kontakt mit SHC gab es hier keine Lösung den neuen Briefbogen hinter die Formulare zu legen. Seit dem drucken wir sehr Professionell aussehend die Bankverbindung mit an:

Nun haben wir das Problem das sowohl bei Plein wie bei Langen die Briefbögen angepasst wurden. Auch hier das selbe Problem, die Dateien werden von der SHCware nicht akzeptiert, obwohl diese nach SHC Vorgaben erstellt wurden. 

In anderen Programmen erstellt man ein PDF oder nimmt das vom Layouter und legt es als Briefbogen fest, ganz komfortabel Programme bieten sogar noch eine Positionierung.

Die SHCware will ein Gif was nicht immer geht! Man kann natürlich gegen Bezahlung das bei SHC beauftragen und bekommt das dann irgendwann.

Das ist weder zeitgemäss noch wirklich benutzerfreundlich. Ich hatte das für die neuen Fegime-Standard-Formulare gefordert, da wurde es abgelehnt.
Wenn man aber will das die benutzt werden, muss es möglich sein EINFACH für den Nutzer den Briefbogen auszutauschen und nicht mit irgend welchen Grafik Dateien herum zu basteln und zu probieren bis es irgendwann geht.

Eigentlich sehe ich das als Standard-Funktion die SHC liefern müsste, die sagen aber man soll es einfach kostenpflichtig beauftragen! Das kann nicht die Lösung sein.
Eventuell kann der Beirat hier was machen, oder es als geschütztes Lizenzprodukt in die SHCware bringen.

Betreff: SHCware Formulare Forms 6 und 12 genauer das Fegime Standard Formular

Betroffener Bereich:

Shcware Formulare

Ansprechpartner/Firma:

Plein Elektro , Philipp Klein

Betroffene Abteilung/betroffener Fachbereich: 

Alle Bereiche wo auf Formulare Gedruckt wird.

Woher kommt die Anforderung: 

aus der EDV Abteilung

Betroffene Fremdsysteme: 

keine

Zielbeschreibung Aktuelles Verhalten:

Man muss eine Gif Datei Basteln mit einer bestimmten Anzahl Bildpunkten, Farbtiefe und Komprimierung, und selbst dann ist eine Funktion nicht immer gegeben.

Gewünschtes Verhalten:
An Zentraller stelle ein PDF abstellen was dann über einen Parameter im SHC322 gezogen wird.

Warum brauchen Sie diese Änderung:

So ist es keine Lösung und Unbrauchbar. SHC Mitarbeiter können einem nicht mal die Anforderung der Datei am Telefon nennen.

Was möchten Sie mit dieser Änderung erreichen: 

Eine zeitgemässe Nutzung von Briefbögen die einfach und schnell angepasst werden können.

Welche Maßnahmen wurden schon ergriffen um das Ziel zu erreichen: 

Wir haben eine eigene Dokumentation für Forms 6 und 12 nach vorgaben von SHC erstellt um die Briefbögen zu erstellen.

Weshalb waren diese Maßnahmen nicht zielführend: 

Weil es kein Konsistentes Ergebnis gibt, mal wird die Datei der erstellt wird akzeptiert von der SHCware, mal nicht, und das ohne genaue Angabe wieso es nicht akzeptiert wird.

Wie häufig kommt die Situation vor: 

Immer dann wenn Anpassungen an den Briefbögen erforderlich sein.

Welche Konsequenz hat es wenn diese Änderung nicht umgesetzt wird: 

Falsche angaben auf Briefbögen, Fehlende Angaben, 

Welche wichtigen Kriterien müssen bei der Umsetzung berücksichtig werden:

Einfach für jeden Nutzer umzusetzen und eine einfache genaue Anleitung von SHC.

Was

Folgende Punkte sollen für den Großhändler durch SHC umgesetzt sein:

1. Aktivierung der neuen Push-Schnittstelle
2. Anstoßen der Altdatenmigration ( 2 volle Jahre zurück + aktuelles Jahr)

Ansprechpartner beim Großhändler:

noch offen 
    
Tel: noch offen
noch offen

Bitte Umsetzungstermin direkt vereinbaren und hier im Ticket vermerken.

Was

Folgende Punkte sollen für den Großhändler durch SHC umgesetzt sein:

1. Aktivierung der neuen Push-Schnittstelle
2. Anstoßen der Altdatenmigration - Bitte Rücksprache mit Herrn Hartl über den Zeitraum halten!!

Ansprechpartner beim Großhändler:

Martin Hartl
    

Tel.: 08161/867-27
Martin.Hartl@hartl-online.de

Bitte Umsetzungstermin direkt vereinbaren und hier im Ticket vermerken.

Was

Folgende Punkte sollen für den Großhändler durch SHC umgesetzt sein:

1. Aktivierung der neuen Push-Schnittstelle
2. Anstoßen der Altdatenmigration ( 2 volle Jahre zurück + aktuelles Jahr)

Ansprechpartner beim Großhändler:
Christian Morche

Tel.: +4915254613057

c.morche@e-g-u.de

Bitte Umsetzungstermin direkt vereinbaren und hier im Ticket vermerken.

Sehr geehrter Herr Stucky, 

 wir waren mit Herrn Schnaible von Fegime in Kontakt und er empfahl uns ein Gespräch mit Ihnen.

 Ich vertrete die Firma Semadox, einem Spezialisten für cloud basierte Lösungen, um automatisiert Daten aus PDF Dateien zu extrahieren (wie Bestellungen, Rechnungen oder Lieferscheinen) und diese nahtlos in diverse ERP/EDI Systeme zu integrieren.

Dies macht vor allem Sinn, wenn nicht alle Kunden direkt über das EDI angebunden sind und Mitarbeiter noch mühevoll Daten aus PDFs in das EDI manuell übertragen müssen.

Dies ist nicht nur fehleranfällig, sondern auch monoton für die Mitarbeiter, die ihre Fähigkeiten und Zeit auch sinnvoller einsetzen können.

 Mit besten Grüßen

Stephan Hegele

Betroffener Bereich
Einkauf/Dispo/Auftragserfassung

Ansprechpartner/Firma:
diverse / FA PDM

Betroffene Abteilung/betroffener Fachbereich
Einkauf/Vertrieb

Woher kommt die Anforderung
Lieferanten

Betroffene Fremdsysteme
keine

Zielbeschreibung/Aktuelles Verhalten
Es gibt Artikel von FEGIME mit Artikelstatus 1, Anlauf, und einem Verfügbarkeitsdatum.
Das sind Artikel, die vom Lieferanten bereits angekündigt wurden, zur Dispo im Einkauf zur Verfügung stehen sollen, aber im Vertrieb/Verkauf noch nicht sichtbar sein dürfen.

Gewünschtes Verhalten
Artikel mit Status 1, Anlauf, aus dem Katalog/Schatten- oder Echtstamm können disponiert werden, stehen dem Vertrieb/Shop aber noch nicht zur Verfügung bis das Verfügbarkeitsdatum erreicht ist.

Warum brauchen Sie diese Änderung
Die Lieferanten wollen das der Großhandel rechtzeitig die Produkte ordert, diese aber für den Endkunden erst zu einem bestimmten Datum (Produktvorstellung) zur Verfügung stehen.

Was möchten Sie mit dieser Änderung erreichen
s.o.

Welche Maßnahmen wurden schon ergriffen um das Ziel zu erreichen
-

Weshalb waren diese Maßnahmen nicht zielführend
 Dies ist im Moment nicht abbildbar und die Informationen aus dem Artikelstamm der FEGIME werden im Moment nicht herangezogen.

Wie häufig kommt die Situation vor
Regelmäßig

Welche Konsequenz hat es, wenn diese Änderung nicht umgesetzt wird
Produkte können nicht vorzeitig geordert werden oder Kunden sehen Produkte, die sie noch nicht sehen sollen.

Welche wichtigen Kriterien müssen bei der Umsetzung berücksichtig werden

Umsetzungsvorschlag Granzow:
Im Kataloginfo SHC177, aufrufbar in SHC051 unter Kataloginfo, gibt es unter Artikelinfo ein Feld „ab wann lieferbar“. Wenn das Feld für das Thema gedacht war, müsste jeder Gesellschafter die Einstellung vornehmen, dass die Info aus der Spalte BQ „Verfügbar_ab“ eingespielt wird.

Wenn nein, müsste ein neues Feld mit „Verfügbar ab“ angelegt werden.  

Dahinter müsste dann eine Logik hinterlegt sein, dass automatisch ein Kennzeichen gesetzt werden, dass es für den Einkauf für die Bestellung freigeschaltet ist, aber nicht für den Verkauf.

Dazu ist es notwendig, dass ein weiterer Schlüssel hinterlegt wird. Die aktuell hinterlegten passen nicht.

Die Steuerung müssten dann noch beinhalten, dass an dem hinterlegten Datum automatisch die Freigabe für den Verkauf erfolgt.

Folgende Schlüssel sind Stand heute hinterlegt.

Die 9 wird von uns bei Artikeln die nicht mehr eingekauft bzw. verkauft werden können von uns bereits benutzt bzw. hinterlegt.

Umsetzungsvorschlag Wallraff:
Derzeit wird das „Verfügbar_ab“ Datum ja schon in der DA Datei in Spalte BQ übertragen. Beispiel:

Um diese Info kurzfristig für SHC-Nutzer brauchbar zu machen, wäre mein Vorschlag:

In der SHC Tabelle T177KATAZ ein Feld „VERFÜGBAR_AB“ zu ergänzen. Das Datum als solches gibt es schon.

Dann hätten wir die Info schon mal in der Datenbank und könnten sie vorerst kreativ nutzen.

Man könnte die Veränderung des Feldes über das Protokoll-Programm  SHC685P loggen lassen und sich ggf. über SHC499M eine Mail schicken lassen um welche Artikel es sich handelt.

Das wäre dann zwar erst einmal reine Handarbeit, aber die Info wäre im System.

Einige Gesellschafter können sich auch Script bauen, um an diese Info zu gelangen und das ggf. auch gleich mit Ihrer Hauseigenen Logik verknüpfen.

Wenn wir da noch eine Logik für SHC051 hinterlegen lassen, wird das eine große teure Sache die SHC vermutlich frühestens Q3 2025 umsetzt.

Für die Logik muss man dann sicher die Kennzeichen-Nummern 3 oder 9 in SHC051_VKSP nutzen.