272 Tickets
| Nr. | Titel | Typ | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| FEGSHC-3 | (11/2018-02-22) Symbol Standardartikel automatisch bei TOP200 (11/2018-02-22) Symbol Standardartikel automatisch bei TOP200
Beschreibung:
Mittelbeck, elwateg Das Tag für die Anzeige eines Produkts als Standardartikel sollte (Optional beim Kunden) angezeigt werden, wenn das Produkt zu den TOP200 des Kunden gehört. Das heißt der Kunde sieht auf den ersten Blick, welche Artikel in der Auswahl er häufig kauft.
Anmerkung SHC: Die Anforderung ist umgesetzt und beim Gesellschafter Elwateg im Test. In der Methode Top50Artikel (und auch Artikelliste) wird nun ein XML-tag <standardartikel> mit dem Wert S ausgegeben, wenn der Artikel für den Kunden ein Standardartikel ist. Beispiel: <Artikel> Kommentar von Anja Meichsner - 27.02.2018 13:07 Einen Request Top200 gibt es bei uns nicht. Ich nehme an hier ist der Request 'Top50Artikel' gemeint? Die Umsetzung würde so aussehen, dass zu den bereits gelieferten Artikeln ein neues Tag 'standardartikel' mitgeliefert wird. Handlet es sich um einen Standardartikel, dann wird hier ein 'S' mitgeliefert. Kommentar von Klaus Schnaible - 16.03.2018 13:31Im Prinzip ja, nur wir brauchen ja keinen Request. Es soll einfach bei der Rückgabe der Artikelliste das TAG „standardartikel“ bei allen Artikel die zu den TOP200 gehören mitgesandt werden, wie sie die TOP200 ermitteln (bzw. jetzt bereits die TOP50) weiß ich nicht, daher kann ich nicht beurteilen ob das statistisch oder dynamisch gemacht wird. Kommentar von Anja Meichsner - 25.05.2018 16:36Hallo Klaus Schnaible, ich (Norman Hisgen) antworte hierzu kurz vertretungsweise für Frau Müller während ihrem Urlaub. Aktuell wird bei der Artikelliste, den Top50-Artikeln und der Abfrage "Verbandsartikelnummer" bereits ein Tag "Standardartikel" mitgeliefert. Dieser Tag war bei zweien der Abfragen bereits existent und wurde bei der Top50-Abfrage nun in 05/2018 durch diese Anfrage ebenfalls erweitert (Hinweis: (11/2018-02-22) Symbol Standardartikel automatisch bei TOP200 - MA373892). Dieses Kennzeichen stammt aus dem SHC106 aus dem Feld "Standardartikel" (siehe T106kuar.Fr2) und wird nun statisch dazu gelesen und mit ausgegeben. Ich vermute, dass dies nun bereits genau das geforderte war, und die Ausgabe des gleichen Tags wie bei den anderen beiden Abfragen Ihnen nur bei den Top50-Artikeln fehlte. Falls nicht bitte ich Sie dies nochmals kurz zu kommentieren. Die Information, ob der Artikel sich unter den Top200 oder Top50 befindet ist dies nicht. Kommentar von Klaus Schnaible - 28.05.2018 12:22Wenn ich das richtig verstehe, wird das TAG Standardartikel bei den beiden genannten Abfragen zusätzlich mit ausgegeben, wenn es in der SHC106 steht. Was wir wollten war aber, immer ein gesetztes TAG ausgeben, wenn der Artikel unter den Top200 des Kunden ist. Ziel: "Das heißt der Kunde sieht auf den ersten Blick, welche Artikel in der Auswahl er häufig kauft."
| Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-4 | (03/2015-10-06) Messaging (03/2015-10-06) Messaging
Beschreibung:
SHC Ticket (Beschreibung aus 2015) Hallo Herr Gravenstein, hier die Beschrebung zu dem Tickt in Jira ( Beschreibung aus dem SHC Ticket Vorschlag: Messaging an den Kunden wird zentral über den Shop abgewickelt. Das wäre die Vorraussetzung um eine APP zu ermöglichen, die Messages wie "Ware eingetroffen" oder "Ware wurde abgeliefert" etc. anzeigt. Nun könnten einerseits diese Messages dem Kunden nach einem Login im Shop angezeigt werden. Andererseits könnte eine APP in regelmäßigen Zeitintervallen nach neuen Messages suchen und diese dann auf dem SmartPhone/Tablet oder der Watch anzeigen. Theoretisch könnte dies auf in die bestehende APP ELEKTROtools eingebaut werden. Das würde vorerst dann zwar nur in Deutschland funktionieren, aber die Technik wäre sicherlich auch in anderen Ländern umsetzbar. Und wenn der Kunde eh sein Passwort und seinen Shoplogin in der APP hinterlegt, könnte man auch einen Shop-Login-Button integrieren. -> In die Messages Link mit einbauen. APP-Einstellung nach Message-Gruppe (Logistik, Belege, Rückstandswesen, Zahlungen, allgemeine Mitteilungen, …) -> Shop-User müssen mit SHCware synchronisiert werden! -> GH, Kunde, User, Msg-Grp, … -> Profilnummer des Kunden aus dem Shop beim Auftrag speichern -> webService bei neuem/geändertem/gelöschten Shop-User an die SHC -> mehrere GHs je User bei den APP-Einstellungen -> separates Treffen in Nürnberg mit geneon und evtl. Krons, Einbau in die ELEKTROtools Vorläufige aktuelle Beschreibung, wird noch von SHC und geneon gegengelesen: Messaging soll die Übergabe von Nachrichten an den Mitarbeiter des Kunden ermöglichen. Hier in einem ersten Schritt Versandtracking. Dabei soll der Transportweg (none / eMail / Fax / Smartphone-Messaging) vom Mitarbeiter des Kunden individuell gewählt werden können. Dabei kann der Mitarbeiter des Kunden individuell über die Art der Benachrichtigung sowie über welchen Vorgang (Bestellung, Statis) er benachrichtigt werden will bestimmen. Die Nachrichtenarten eMail und Fax müssen von der Warenwirtschaft abgewickelt werden. Es werden globale Status definiert, der Gesellschafter kann im Shop konfigurieren welches Icon zu welchen globalen Status genutzt werden soll, dito Kurz- und Langtext zum jeweiligen globalen Status. Die SHCware setzt die verschiedneen Statis der Warenwirtschaft in die globalen Statis um und übermittelt diese gepusht bei jeder Statusänderung an den Shop.
die einzelnen Aufgaben:
Nachrichtengruppen: Versandtracking, Belege, Rückstandswesen, Zahlungen, allgemeine Mitteilungen, … Diese Versandgruppen sollen gleich mehrsprachig vorgesehen werden, so das u.U. das Messaging an sich auch via Schnittstelle zu anderen Shops in anderen Ländern umgesetzt werden könnte. Es ist zu prüfen, inwieweit hier passende ISO-Code vorhanden sind.
(Offene Frage: Hier ist die Frage, ob nicht eine APP für das Pushen benötigt wird. Hier kämmen die APP ELEKTROtools oder die geplante Shop-APP in Frage.)
MA: 367217 Kommentar von Klaus Schnaible - 03.05.2018 14:23 "Bestandteil dieses Tickets zum einen die Konfiguration des Kunden selbst, wann er über was wie benachrichtigt werden will, und entsprechende Weitergabe der Information an die Warenwirtschaft, zum anderen der Empfang der einzelnen Nachrichten (Tracking-Status-Änderungen, gepusht) in der Übermittlungsart Smartphone von der SHCware an den Shop und von hier wieder die Umsetzung der Nachrichtenarten und die Weitergabe der Trackinginformation an das Smartphone." Ergänzung: Versand-Tracking-Informationen werden zukünftig generell an den Shop übermittelt, um bei einer Lieferung ein echtes Versandtracking via Klick anzeigen zu können. ZUSÄTZLICH, wenn vom Kunden gewünscht, werden die Statusänderungen an das Smartphone übertragen. Kommentar von Torsten Lotz - 25.04.2019 15:40Mapping der Begriffe SHC und Fegime: Ergebnis d. Telefonates mit Hr. Schnaible (25.06.19)
XML-Struktur der Datenübergabe: <message> Klaus Schnaible: Gibt es schon eine Rückmeldung zu diesem Thema? Kommentar von Klaus Schnaible - 16.05.2019 17:37Hier die Rückmeldung: "Wenn Sie unbedingt jetzt schon eine URL brauchen: https://www.elektro-online.de/external/shc/messaging.xml" Kommentar von Torsten Lotz - 26.06.2019 11:43 Klaus Schnaible, Harald Becker: Unser Entwickler hat hierzu eine Rückfrage: Hi, Meines Wissens ist das nur ein Link, damit Sie was machen können, der aber noch nichts macht. So haben wir den Link von Geneon bekommen: Kommentar von Torsten Lotz - 26.06.2019 12:58 Nach Telefonat mit Hr. Becker ist es nun wichtig mit Hr. Vogler zu sprechen. Wir haben ihn leider telefonisch nicht erreicht aber wir werden ihm eine eMail schreiben. Kommentar von Torsten Lotz - 22.07.2019 12:32Unsere Umsetzung der sog. „Push-Notification“ ist soweit umgesetzt, dass wir nun über die Anbindung der Paketdienstleister sprechen können. Ich habe per Mail einen Termin mit Hr. Schnaible angefragt. Kommentar von Torsten Lotz - 29.07.2019 13:05Klaus Schnaible, Harald Becker: Unser Entwickler hat hierzu eine Rückfrage: Wir benötigen für unsere Umsetzung der Push-Notification noch die Profil-ID des im Shop angemeldeten Ansprechpartners. Bei Statusänderungen eines Auftragen soll genau der Auftragerstellers informiert werden. Kommentar von Klaus Schnaible - 05.08.2019 17:54Dazu gab es mal das hier:
Parameter "eo_profil" = Datenbank-ID des Users in der Shop-Datenbank
Das Ticket wurde dann geschlossen, weil klar war dass das im Rahmen des Messaging umgesetzt werden muss. Desweiteren haben wir mal was mit Benutzergruppen umgesetzt, siehe Granzow und Punktesystem. Vielleicht hilft auch das: ------- Um die individuellen Infos im Menü oder als eigene Seite benutzerbezogen anzeigen zu können, wird dem XML-Request "Kundeninfo" die Berechtigungsgruppe aus dem Benutzer mitgegeben
Mit dieser Information kann die SHCware den Knoten "Zusatzinfos" zurück geben (oder auch nicht). Bei Granzow bedeutet "APKT" als Beispiel die Anzeige der Aktionspunkte.
Ein Tag darin unterscheidet ("<anzeige>Menue</anzeige>"), ob die Anzeige im Menü erfolgen soll. Wenn das Tag nicht vorhanden ist, erfolgt die Anzeige als eigene Seite nach dem Login.
Da wir kein Matching vom Shop-Benutzer zum SHC-Benutzer machen können, musste das im Extranet abgehandelt werden. Eigentlich wäre es besser in der SHCware aufgehoben. Ansonsten ist das Thema mal vor längerer Zeit mit Herrn Graevenstein diskutiert worden, vielleicht weiß er noch mehr dazu. Kommentar von Torsten Lotz - 06.08.2019 10:33Hallo Herr Klaus Schnaible, ich habe Ihre Anmerkung mit Hr. Hisgen besprochen. Wir sehen hier keinen direkten Zusammenhang zu unser Umsetzung der Push-Notification und die Thematik wurde auch nicht im Rahmen unserer Umsetzung eingeplant. Bitte beauftragen Sie diese Thematik als eigenen Punkt. Viele Grüße Bitte sprechen Sie auch mal Herrn Graevenstein an, ich weiß dass er ich ich dazu etwas besprochen hatten. Kommentar von Torsten Lotz - 08.08.2019 11:53Hallo Herr Klaus Schnaible, wir werden Ihre Anmerkung prüfen sobald wir bei der Umsetzung des Versendens von Notifications angelangt sind. Viele Grüße Klaus Schnaible: Wie ist der aktuelle Stand bei geneon? Wir würden gerne unsere Umsetzung testen. Können Sie einen Termin mit geneon koordinieren? Kommentar von Klaus Schnaible - 19.09.2019 15:22Hallo Frau Gschwind, ihr erster Ansprechpartner bei geneon ist wohl zukünftig Herr Florian Singer (florian.singer@geneon.de). Bitte dort nachfragen. Parallel ist für das Projekt im Rahmen von ELEKTROtools bei uns im Haus Herr Herger zuständig (sh@fegime.de). Herr Herger ist gleichzeit PO für den Shop und ELEKTROtools. Ich habe ihn bereits informiert. Kommentar von Torsten Lotz - 17.10.2019 19:01 Anbei sende ich Ihnen die Request-Struktur für die Push-Notifications XML und Requestaufrufe.txt Wir haben die Thematik bei uns erst einmal abgeschlossen. Sobald geneon mit der Umsetzung beginnt, können wir gerne noch einmal über unsere Umsetzung sprechen. Ich schließe diesen Task bis es hier weitergeht. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-5 | (40/2018-02-22) Prüfung Kundenstamm (40/2018-02-22) Prüfung Kundenstamm
Beschreibung:
Montino,EGU Wie kann ich es erreichen, dass sofern das Feld nicht gefüllt ist der Mitarbeiter "gezwungen" wird eine Branche zu hinterlegen. Über das Programm SHC458 kann man bereits hinterlegen, welche Felder im Kundenstamm gepflegt oder nur eingesehen werden können. Dieses Programm wird so erweitert, dass auch eine Zwangserfassung für die einzelnen Felder eingestellt werden können. Kommentar von Anja Meichsner - 02.05.2018 19:28 Über das Modul "SHC458" ist es nun möglich zu hinterlegen, bei welchen Feldern im Kundenstamm bzw. Lieferantenstamm es sich um Pflichtfelder handelt. Dazu wurde dem Feld "pflegbar" die Auswahl "Pflichtfeld" hinzugefügt. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-6 | (35/2018-02-22) Änderung der Bestellobjektlogik bei Zentrallieferanten (35/2018-02-22) Änderung der Bestellobjektlogik bei Zentrallieferanten
Beschreibung:
Binder, Granzow Da wir z.B. den Artikel 2216528 aber beim Lieferanten 8419400 bestellen, öffnet sich das Fenster nicht. An dieser Stelle müsste eigentlich die Steuerung auf dem Zentrallieferanten berücksichtigt werden. Oder gibt es einen Parameter den wir setzen können, damit sich das UP125T1 unabhängig vom Lieferanten öffnet? Helpdesk-Nr.: 370335 Aktuelle Logik: Wird ein Lieferant einem anderen Lieferanten zugeordnet (z. B. über SHC125ZL, SHC030ZL) gilt der Ziellieferant als Zentrallieferant. Wird bei einem Zentrallieferant bestellt, nimmt das Programm an, dass es sich um ein internes Lager handelt und verwendet die Objektkonditionen des Stammlieferanten. Es ist somit nicht möglich, Bestellobjekte beim Ziellieferant zu hinterlegen. Geplante Anpassung: Zukünftig erfolgt eine Prüfung, ob in dem Ziellieferant ein Umbuchungslager angegeben ist. Nur in diesem Fall gilt der Lieferant als Zentrallieferant und das Bestellobjekt wird weiterhin aus dem Stammlieferant übernommen. Ist kein Umbuchungslager hinterlegt, gilt das Bestellobjekt des Ziellieferanten. Diese Änderung wird aktiviert über eine neue Funktionskonstante. Kommentar von Anja Meichsner - 29.03.2018 13:00 Die Anpassungen wurden vorgenommen und im Quartalsrelease 39 zur Verfügung gestellt. Änderung bei der Behandlung von Bestellobjekten in Verbindung mit der Zentrallieferantensteuerung:
| Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-7 | (03/2018-06-13) KANBAN, Mengenübernahme (03/2018-06-13) KANBAN, Mengenübernahme
Beschreibung:
Wir benötigen die automatische Mengenübergabe in der Objektverwaltung Zuständig: Jan Günther Kommentar von Klaus Schnaible - 26.03.2018 13:28 Bitte dringend umsetzen, Auftrag hiermit erteilt Kommentar von Anja Meichsner - 04.04.2018 11:57Die Anforderung wurde in den aktuellen Sprint übernommen und wird innerhalb der nächsten 2 Wochen umgesetzt. Kommentar von Anja Meichsner - 12.04.2018 15:38Die Anpassung wurde fertiggestellt. Können Sie mir hierzu einen Gesellschafter nennen, bei dem wir die Anpassungen zum Test aufspielen können?
Kommentar von Jan Günther - 13.04.2018 15:29 Die Fa. Hermann Müller Weingarten, Ansprechpartner Herr Lopez-Diaz Kommentar von Jan Günther - 25.04.2018 17:11Wie ist denn hier der Stand? Konnte schon getestet werden? Kommentar von Jan Günther - 12.06.2018 13:54Hallo Herr Günther, Hallo Herr Reutter, hallo Michael,
ich habe folgendes getestet:
Im Shop ist hier nix ersichtlich, weder Menge noch ob es für diesen Artikel überhaupt eine Kanban Steuerung gibt.
In der SHCWare läuft es wie gewohnt, Auftrag wird dann bei uns immer geparkt, da die Mengen aus dem Shop Request von denen im Auftrag abweichen.
Ob das so schön und gut ist bin ich mir nicht ganz sicher, aber die Anforderungen wie sie mir beschrieben wurden sind wohl erfüllt.
Mit freundlichen Grüßen
Tobias Mangold Kommentar von Jan Günther - 12.06.2018 13:54 Funktioniert wie beschrieben | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-8 | (33/2018-02-22) Abgelaufene Objekte (33/2018-02-22) Abgelaufene Objekte
Beschreibung:
Montino, EGU Dies gilt auf Artikel und auf Kalkulationsbasis. Im Bereich Artikel wird nur geprüft, ob ein Objekt "schon" gültig ist (Gültigkeit in der Zukunft) Helpdesk-Nr.: 371427 Wir erweitern das Programm UP125T1 derart, dass eine Rückmeldung angezeigt wird, falls die Objektgültigkeit außerhalb des Tagesdatums liegt. Zusätzlich kann über eine Berechtigung die Übernahme der Kondition unterbunden werden. Kommentar von Anja Meichsner - 02.05.2018 20:47 Für die Auswahl des Bestellobjektes wurde eine neue Berechtigung BEST_OBJ_GUELT (SHC344) erstellt. Mit dieser ist es möglich, die Auswahl von abgelaufenen Objekten für einen Sachbearbeiter zu unterbinden. Zusätzlich wird nun unabhängig von dieser Berechtigung generell eine Meldung ausgegeben, um dem Sachbearbeiter mitzuteilen, dass es sich hierbei um ein abgelaufenes Objekt handelt. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-9 | (31/2018-02-22) UGL als webService (31/2018-02-22) UGL als webService
Beschreibung:
Diverse UGL nochmals komplett für den Shop nachprogrammieren zu lassen erscheint uns als viel zu aufwändig. Unser Lösungsvorschlag: Wir nutzen den Shop nur als Gateway (geBox) und überlassen die eigentliche Abwicklung der SHCware, die ja die ganze Dateiengenerierung in UGL bereits umgesetzt hat. MA: 373895 Kommentar von Jan Günther - 07.08.2018 15:29 Hallo Frau Müller, gibt es schon einen Bearbeitungs Termin für dieses Ticket? Kommentar von Torsten Lotz - 29.04.2019 14:47Bislang sind die Informationen um die Programmierung vornehmen zu können noch nicht ausreichend. Uns fehlen genaue Angaben darüber wie der Inhalt der Anfrage bei Preisanfragen aussieht und welcher Inhalt als Antwort zurück geliefert werden soll. Können Sie sich bitte hierzu bei H&W erkundigen? Kommentar von Jan Günther - 29.04.2019 14:54Kommentar von Jan Günther - 29.04.2019 14:55Hallo Frau Gschwind, anbei die Doku von H&W. Sollten Sie noch weitere Infos benötigen, stehe ich Ihnen gerne zur Verfügung. Grüße Jan Günther Kommentar von Torsten Lotz - 28.05.2019 15:57Wir werden die technische Anbindung an die H&W-Software mit dem aktuellen Sprint umsetzen. Die Übergabe der Daten ins UGL-Format wird dann anschließend umgesetzt. Kommentar von Jan Günther - 17.07.2019 12:01Hallo Frau Geschwind, wie ist denn hier der aktuelle Stand? Können Sie schon einen Termin nennen. Kommentar von Torsten Lotz - 22.07.2019 12:23 Hallo Herr Jan Günther, Hallo Herr Klaus Schnaible, Hallo Herr Jan Günther, Herrn Vogler und Frau Könemann informiert. Das zugehörige geneon Ticket wird am Donnerstag im Planning besprochen und kommt dann eine Woche später in den nächsten Sprint. Kommentar von Torsten Lotz - 09.08.2019 13:57 Rückmeldung von geneon: Hallo Frau Gschwind, Abstimmung mit Hr. Singer von geneon: Hallo Herr Klaus Schnaible, bitte teilen Sie uns mit welcher Gesellschafter zum Testen unserer Umsetzung zur Verfügung steht. Viele Grüße Kommentar von Klaus Schnaible - 06.09.2019 15:22 Ganz dringend wird das u.a. von Moster benötigt. Kommentar von Andreas Vogler - 10.09.2019 18:29Kommentar von Torsten Lotz - 20.09.2019 10:26 Wir haben Moster angeschrieben damit wir unsere Implementierung gemeinsam mit geneon testen können. Aktuell warten wir noch auf Rückmeldung. Kommentar von Andreas Vogler - 20.09.2019 13:18Kommentar von Andreas Vogler - 20.09.2019 13:18 Kommentar von Jan Günther - 20.09.2019 13:36 Hallo Frau Geschwind, sollten Sie von Moster zeitnah keine Rückmeldung erhalten kann ich Ihnen gerne noch weitere Großhändler zum Testen nennen. Kommentar von Torsten Lotz - 20.09.2019 17:17Hallo Herr Jan Günther, ich denke es würde nicht schaden noch andere Ansprechpartner zu haben. Viele Grüße Kommentar von Jan Günther - 23.09.2019 13:04 Hallo Frau Geschwind,
Sie können folgende Firmen/Personen anfragen. Bitte teilen Sie mir mit wie weit die Tests schon durchgeführt wurden und wann Sie das Release für diese Funktion planen.
Matthias Binder Fa. Granzow Maximilian Lohmeier Fa. Hartl Sascha Flörchinger Fa. Moster Markus Daimer Fa. Kraft Tobias Fangmann Fa. Elwateg
Kommentar von Andreas Vogler - 23.09.2019 13:49 Kommentar von Andreas Vogler - 26.09.2019 19:55 Kommentar von Andreas Vogler - 08.10.2019 16:46 Kommentar von Andreas Vogler - 08.10.2019 16:46 Kommentar von Andreas Vogler - 08.10.2019 17:40 Kommentar von Jan Günther - 14.10.2019 17:26 Hallo Frau [~sg@shcom.de], gibt es hierzu schon einen Liefertermin?
Mfg Jan Günther Kommentar von Torsten Lotz - 15.10.2019 11:40 Hallo Herr Jan Günther, ich habe gerade mit Hr. Flörchinger von Fa. Moster telefoniert. Leider haben sie aktuell keine Zeit die Umsetzung zu testen. Wir bekommen aber bis spätestens zum Fachbeirat hierzu eine Antwort. Die Entwicklung ist von unserer Seite abgeschlossen. Wir brauchen nur zum Testen einen Gesellschafter. Viele Grüße Hallo Frau [~sg@shcom.de], wie bereits erwähnt.
Sie können folgende Firmen/Personen anfragen.
Matthias Binder Fa. Granzow Maximilian Lohmeier Fa. Hartl Sascha Flörchinger Fa. Moster Markus Daimer Fa. Kraft Tobias Fangmann Fa. Elwateg Kommentar von Torsten Lotz - 15.10.2019 15:37Hallo Herr Jan Günther, ich habe mit Hr. Fangmann (Fa. Elwateg) gesprochen. Sobald das Release 45 freigegeben ist, wird Hr. Fangmann dies installieren und wir testen gemeinsam die Umsetzung. Andreas Vogler: Können wir Sie als Ansprechpartner zu diesem Thema erreichen oder sollen wir Hr. Florian Singer ansprechen? Viele Grüße Hallo Frau Gschwind, bitte vorerst bei diesem Thema auf mich zugehen. Gibt es denn bereits konkrete Fragen? Ich verteile dann intern ans Team bei uns. Viele Grüße Hallo Herr Florian Singer, ich denke die Fragen werden dann bei unserem Test auftreten. Ich werde mich dann direkt bei Ihnen melden. Viele Grüße Quartalsrelease 45 steht zur Verfügung. Wir warten nun auf Fa. Moster bzw. Fa. elwateg um die Umsetzung zu testen. Kommentar von Jan Günther - 05.11.2019 14:32Hallo Frau Gschwind, woran liegt es dass noch nicht getestet wurde? Fa.elwateg wollte es recht zügig umsetzen soweit ich weiß. Kommentar von Torsten Lotz - 06.11.2019 09:38 Ich habe am 28.10 eine Mail an Hr. Fangmann (Fa. elwateg) und an Hr. Humbek (Fa. Moster) geschrieben und habe bisher noch keine Rückmeldung erhalten. Hallo Herr Fangmann, Hallo Herr Humbek, Fa. elwateg hat das Release eingespielt und kann nun testen. Laut Hr. Hisgen muss nichts groß eingestellt werden. Florian Singer: Wie ist der Stand auf geneon-Seite? Wir benötigen laut Hr. Hisgen noch den aktuellen Link (mit der Gesellschafter-ID). Wer kann uns hier unterstützen? Kommentar von Torsten Lotz - 14.11.2019 15:46Rückmeldung von Hr. Vandrei (geneon): Hallo Frau Gschwind, Wie ist der aktuelle Stand? Herr Fangmann von elwateg wartet auf einen Termion von SHC zur Konfiguration Kommentar von Torsten Lotz - 02.12.2019 13:45Ab morgen ist unser Entwickler Hr. Werry wieder im Haus. Ich werde gemeinsam mit ihm und Hr. Fangmann einen Termin vereinbaren. Kommentar von Jan Günther - 05.12.2019 14:51Hallo Frau [~sg@shcom.de], gibt es schon einen Termin? Die Funktion sollte unbedingt vor Weihnachten fertig sein. Wir haben hier wirklich Druck von den Kunden. Kommentar von Torsten Lotz - 10.12.2019 12:34Hallo Herr Jan Günther, Hallo Frau [~sg@shcom.de], vielen Dank für die Info. Kommentar von Torsten Lotz - 10.12.2019 14:34 Wir haben die Dokumentation noch einmal angepasst und haben die von geneon an uns gesendeten URLs hinzugefügt. Die Einrichtung mit Hr. Fangmann wurde durchgeführt. Nun steht noch der produktive Test mit einem seiner Kunden (mit der vorhandenen H&W Software) aus. Sparschwein Dokumentation FEGIME.PDF Fa. elwateg und Fa. Hausmann und Wynen sind ab Anfang nächsten Jahres am Testen. Wir haben für die Fa. elwateg und Fa. Moster das Modul schon freigeschaltet. Alle weiteren interessierten Gesellschafter werden dann noch freigeschaltet sobald klar ist wer die Funktionalität nutzen möchte. Hinweis: Die interessierten Gesellschafter müssen auch in der H&W-Software eingetragen werden. Hier wird die folgende URL benötigt: Jan Günther Bitte schreiben Sie in diesen Task die Liste der Gesellschafter, die UXS nutzen wollen, damit wir die Module freischalten können. Ich schließe diesen Vorgang von unserer Seite. Falls es noch Nacharbeiten geben sollte, können wir diesen Task wieder öffnen. Kommentar von Jan Günther - 23.12.2019 10:30[~sg@shcom.de] die Abfrage läuft bis 16.1 aufgrund der Feiertage. Wenn das Ergebnis vorliegt stell ich es hier ein und schicke es parallel an H&W. Kommentar von Jan Günther - 17.09.2021 13:30 | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-12 | (07/2018-02-22) EDIFACT mit Kabellieferanten (07/2018-02-22) EDIFACT mit Kabellieferanten
Beschreibung:
diverse Wäre dann so aus SHC-Sicht auch eine Bestellung via EDI beim Kabellieferanten möglich oder müsste noch mehr getan werden? (Speziell: Eupen) PS: Die Daten sind bei FEGIME in der Tabelle gespeichert, werden aber noch nicht an SHC mitgegeben. EAN soll von der Fegime im Stammdatenaustausch mitgeliefert werden und im Anschluss bei SHC in der T474EAN abgestellt werden. Im Bestellwesen soll die EAN laut Lieferant zugewiesen werden, wenn es sich um einen Bauprodukteartikel handelt. Bei einem neutralen Lieferanten würde die EAN nicht automatisch vergeben. MA-Nr.: 373889 Kommentar von Torsten Lotz - 19.03.2019 16:33 Ihre Anforderung wird mit dem aktuellen Sprint umgesetzt. Wir melden uns sobald die Umsetzung abgeschlossen ist. Kommentar von Torsten Lotz - 09.04.2019 17:13Die Entwicklung wurde abgeschlossen. Die Auslieferung erfolgt mit dem nächsten Release. Kommentar von Klaus Schnaible - 06.06.2019 13:55Nachfrage: Wird die EAN des Alternativ-Lieferanten nicht nur bei EDIFACT sondern auch bei einer normalen Dispo im Bestellwesen gezogen, also einer normalrn Lieferantenbestellung von harmonisiertem Kabel (allgemeinem Kabel) von einem Alternativen Bezugsadresse? Kommentar von Torsten Lotz - 11.06.2019 12:17Die EAN des Alternativ-Lieferanten wird auch dann gezogen, wenn die Bestellung nicht per EDIFACT versendet wird. Diese EAN steht immer in der Bestellposition, unabhängig von der Versandart der Bestellung. Kommentar von Werner Kraus - 12.08.2019 15:53Hallo Fr. Gschwind, können Sie bitte angeben welcher Release/Patch notwendig ist, damit diese Programmierung verwendet werden kann? Kommentar von Torsten Lotz - 13.08.2019 11:07Hallo Herr Kraus, die Umsetzung steht mit dem aktuellen Quartalsrelease zur Verfügung. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-13 | (10/2017-10-12) Wie können Paletteneinheiten an die SHCware übertragen werden (10/2017-10-12) Wie können Paletteneinheiten an die SHCware übertragen werden
Beschreibung:
wie oft? Für welche Artikel? Via webService, Änderungsflag in den Stammdaten für logistische Informationen, dann Info via webService? Oder via \TABLE-Format in der klassischen Artikel-CSV? Prüfen, welche Spalten gar nicht verarbeitet werden. SHC und FEGIME machen sich Gedanken, wie das effizient umgesetzt werden kann. Hartl, Hartl Kommentar von Klaus Schnaible - 07.05.2018 14:28 Formate sind mit SHC abgestimmt, Umsetzung bei geneon läuft. Kommentar von Klaus Schnaible - 28.05.2018 15:48Hallo Herr Grävenstein,
ab Morgen den 29.05.2018 werden die Daten wie besprochen übertragen.
Das Nettogewicht wird mit der DA/IA-Datei mit übertragen, einfach anhängend in der letzten Spalte.
Von: Graevenstein Jan <jg@shcom.de
Ja, das können wir machen
Von: Kersten Bedkowski <be@fegime.de
Hallo Herr Graevenstein,
eine neue Satzart ist nicht sinnig da die Angaben sich auf die Alternativ-EAN beziehen. Wir würden einfach die DALT/IALT mit der Satzart : EAN um die Spalten erweitern (siehe Datensatzbeschreibung gelbe Felder). Zum Artikel werden immer alle VPE’s übertragen.
Das Nettogewicht ist der einzel Artikel ohne Verpackung und hat nichts mit der Alternativ-EAN zutun. Deshalb werden wir das Nettogewicht mit der DA/IA-Datei mit übertragen einfach anhängend in der letzten Spalte.
Das können wir erst mal so übertragen. Hauptsache in einer neuen Satzart. In unserer Stammdatentabelle für die Verpackungseinheiten haben wir nicht alle Felder, welche gesendet werden. Ich würde diese erst einmal erweitern ohne dass der Inhalt weiterverarbeitet wird. Einschließlich eines Kennzeichens, das die Daten über die Schnittstelle Gepflegt wurden, dass man weiß, welche Daten bei einem Update zu löschen sind. Zum Artikel bitte immer alle VPE’s übertragen Kommentar von Anja Meichsner - 09.07.2018 12:08 Hallo an die Fegime, können Sie bitte eine DALT (mit Satzart EAN) - Datei und eine DA-Datei (wegen dem Nettogewicht) an den Vorgang anhängen. Dann können wir die Umsetzung besser testen. Viele Grüße, Michael Elzer (SHC) Kommentar von Klaus Schnaible - 04.09.2018 13:42Anbei die gewünschten Dateien. Die Datensatzbeschreibung hat sich nochmals leicht geändert, es hat die Breite gefehlt:
Neue Testdateien kommen in Kürze. Kommentar von Klaus Schnaible - 14.11.2018 11:01Kommentar von Klaus Schnaible - 14.11.2018 11:04Bitte zügig umsetzen, insbesondere Gewichte und Dimensionen für die Gesellschafter, die mit Lagersystemen arbeiten, wie beispielsweise die Firma Hartl. Kommentar von Torsten Lotz - 20.02.2019 08:54Ihre Anforderung ist in Bearbeitung. Wir melden uns sobald die Entwicklung abgeschlossen wurde. Kommentar von Harald Becker - 23.04.2019 14:35Die Importfelder sollten so gerundet werden, dass es konform mit Ihrer Datenbank-Definition ist. HIntergrund: wir können bei uns keine DALT-Datein mehr einspielen, weil das Programm mit einer Fehlermeldung abbricht.
Beispiel-Datei: DALT000401.CSV Noch was ist mir aufgefallen: wir übergeben das Gewicht in Gramm und Sie verwenden das Gewicht in Kilogramm, aber die Umrechnung beim Import fehlt meiner Meinung nach. Ausserdem sind die Felder "Mindestmenge" und "Höchstmenge" in der Tabelle "T634VPE" zu klein definiert. Kommentar von Harald Becker - 25.04.2019 09:59
Ich habe die Punkt von Harald Becker mit Hr. Elzer besprochen. Die Anmerkungen werden bei der Programmierung beachtet. Kommentar von Harald Becker - 07.05.2019 16:02Noch ein Hinweis: das Nettogewicht in der DA-Datei (Feld 59) wird im Gegensatz zum Bruttogewicht nicht in Kilogramm umgerechnet im Katalogstamm abgestellt. Kommentar von Torsten Lotz - 05.06.2019 15:42Die Umsetzung ist in den letzten Zügen und muss nurnoch übergeben werden. Kommentar von Klaus Schnaible - 07.06.2019 20:06Hallo Frau Gschwind, haben Sie mir eine Beschreibung oder einen Screenshot wo man in der SHCware diese Informationen sehen können wird? Kommentar von Torsten Lotz - 11.06.2019 12:36Klaus Schnaible: Für angelegte Artikel geben wir diese Information im Artikelstamm (shc051) aus. Sollen diese Informationen auch bei Katalogartikeln im SHC177 ausgegeben werden? Ja, bitte. Kommentar von Torsten Lotz - 22.07.2019 13:50eMail von Hr. Elzer (02.07.19): Hallo Herr Schnaible, Hallo Herr Klaus Schnaible, für die oben genannte Änderung haben wir ein DB-Update für alle Fegime-Gesellschafter benötigt. Dieses Update läuft über den kompletten Schattenstamm (T177KATA). Bitte kommunizieren Sie an die Fegime-Gesellschafter, dass das Einspielen des Quartalsreleases länger dauern kann. Viele Grüße Hallo Frau Gschwind,
gibt es denn zu dieser Mail von Herrn Binder an Herrn ELzer schon eine Reaktion? (Ich sende sie nochmals via Mail) Hallo Herr Schnaible, hallo Herr Elzer,
durch das letzte Quartalsrelease 44 kam eine Änderung in die SHCware welche VPEs in der Tabelle T634VPE aus den DALT-Dateien anlegt. Diese bekommen eine laufende Nummer gem. der Reihenfolge aus den DALT-Dateien. Z.B. bei Artikel 7685624. Hier gab es vor dem Release keinen Eintrag in der T634VPE. Hierdurch werden nun 144Stk disponiert! Kommentar von Klaus Schnaible - 03.09.2019 17:29
siehe meine Mail vom 03.19.2019: Hallo Herr Schnaible, für dieses Thema gibt es schon einen HD-Vorgang 392248 von Fa. Granzow (Hr. Binder). Unser Anwenderservice hat auch schon mit Hr. Binder kommuniziert und eine evtl. Lösung besprochen. Wir werden uns so schnell wie möglich darum kümmern. Viele Grüße aus Speyer Herr Brock hat mit Fa. Granzow kommuniziert. Die Konstellation ist sehr selten, da Fa. Granzow besondere Einstellungen im SHC134 gepflegt hat.
Die besprochene Lösung wäre auch kein Fix sondern eine Erweiterung. Granzow ist eingeschränkt aber nicht kritisch. Wir werden die Anpassung dazwischen schieben sobald ich die genaue Anforderung erhalten habe.
Aus unserer Sicht ist dieses Problem für die anderen Gesellschafter nicht relevant.
Viele Grüße aus Speyer i.A. Sarah Gschwind Kommentar von Klaus Schnaible - 28.10.2019 15:28Der Auftrag „Entwicklung: SEL681 - Artikeldaten T634vepr + SHC134“ ist über das aktuelle Release 45 erhältlich. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-14 | (09/2017-10-12) Stammdatenübergabe Langtext (09/2017-10-12) Stammdatenübergabe Langtext
Beschreibung:
Die Dateien zur Stammdatenübertragung werden sehr groß - sollte man diese Text nicht lieber live via webService holen? Folgende Felder könnten eigentlich geleert werden: 7 Lieferanten-Name 13 Bezeichnung Statistik-Code 15 Artikelstatus klarschriftlich 21 Preis/Inhaltseinheit VK Ich bin sicher, diese Felder werden bei SHC nicht verarbeitet, Das sollte aber geprüft werden. Im manuellen Export je Hersteller via Extranet könnte es drin bleiben, Langtexte sollen übernommen werden. Dabei werden die Texte bereits durch die Fegime auf 32000 Zeichen gekürzt. Nicht benötigte Felder sollen im Artikelaustausch nicht mehr übertragen werden (Spalte soll bleiben, aber die Übertragung soll ohne Inhalt vorgenommen werden) SHC wird das Mapping der Felder und Inhalte beschreiben und an die Fegime übermitteln. Hartl, Festner Kommentar von Klaus Schnaible - 27.03.2018 16:31 CSV-Datensatzbeschreibung.xlsx Anbei nochmals die CSV-Datensatzbeschreibung. Bitte markieren, was wir weglassen können. Wir würden das dann als leeres CSV-Feld (2 Semikolon) übertragen. Kommentar von Anja Meichsner - 02.05.2018 20:13 Die Datei CSV-Datensatzbeschreibung_EDIT_SHC wurde um eine Spalte Verwendung SHC erweitert. Der Inhalt N ist hinterlegt, wenn diese Spalte in der Verarbeitung bei SHC keine Rolle spielt. Zudem sind im Dokument Schattenstamm_doc die Mappings beschrieben, welche auf SHC Seite ausgeführt werden. Aktuell werden die Langtexte mit 2000 Zeichen in die SHCWare übertragen. Wir werden an dieser Stelle die Übernahme auf die mögliche Stellenanzahl erweitern, so dass in Zukunft längere Texte übertragen werden können. Kommentar von Klaus Schnaible - 03.05.2018 13:56Hallo Frau Müller, ich bin jetzt völlig überrascht - überrascht dass sie die NE-Werte (1+2) nicht übernehmen. Das kann eigentlich nicht sein. Feld 41 Währungscode - würde ich auf alle Fälle drin lassen, wer weiß ob da nicht bei polnischen Artikeln (wir verwalten Artikeldaten für mehrere Länder) da Zloty drin stehen. Feld 44 Rechnungstext überarbeitet Ja/Nein würde ich ebenfalls drin lassen.
Feld 54 Preismenge Ek würde ich auch drin lassen. Im Moment unterscheidet sich das nirgends vom VK, aber wer weiß ... Bitte Prüfen Sie insbesondere die NE-Felder, hier MUSS ihre Angabe eigentlich falsch sein. Kommentar von Anja Meichsner - 25.05.2018 16:51Kommentar von Anja Meichsner - 25.05.2018 16:52 CSV-Datensatzbeschreibung_EDIT_SHC.xlsx Hallo Herr Schnaible, 26 - Zuschlag 1 33 - Zuschlag 2 Die CSV-Datei wurde korrigiert. Die Felder 7, 13, 15, 21, 41, 44, 48 und 54 wurden erneut geprüft. Mit freundlichen Grüßen, Christian Mark Kommentar von Klaus Schnaible - 20.06.2018 14:00Es wurden Programmerweiterungen vorgenommen, so dass übergebene Langtexte mit einer Wir werden prüfen, in Abhängigkeit der Nicht-SHC-Anwender, ob wir die Felder https://jira.geneon.de/browse/FEGSHC-14 zukünftig leer übertragen können. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-15 | (24/2018-02-22) Sperre eMail-Versand wird bei Shop-Aufträgen nicht berücksichtigt (24/2018-02-22) Sperre eMail-Versand wird bei Shop-Aufträgen nicht berücksichtigt
Beschreibung:
Humbek, Moster Helpdesk-Nr.: 363771 Anmerkung SHC: Es wird eine neue Konstante in der Schnittstelle SHCwareXMLRequest geben, um beim direkten Aufruf des AB-Versandes über SHCwareXMLRequest.sendeAB, das vom Fegime-Shop automatisch nach der Auftragsbildung von außen angestoßen wird, die zu versendende Mail auf Sperren über das SHC056MAIL prüft. Kommentar von Anja Meichsner - 29.03.2018 13:05 Es wurde die neue Konstante XML_DUPL_MAIL erstellt. Mit dieser kann eingestellt werden, ob beim Direkt-Aufruf des AB-Versandes aus dem Fegime-Shop heraus geprüft werden soll, ob diese Mailadresse bereits durch das SHC056MAIL aufgebaut wurde? Diese Änderung ist im Release noch nicht enthalten. Kommentar von Anja Meichsner - 12.04.2018 15:19Es wurde die neue Konstante XML_CHECK_56MAIL (SHC322) erstellt. Mit dieser lässt sich steuern, ob beim Direkt-Aufruf des AB-Versandes aus dem Fegime-Shop heraus die Mailsperren laut SHC056MAIL geprüft werden sollen. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-16 | (22/2018-02-22) SHC401EM, GAEB?, Lieferantenanfrage (22/2018-02-22) SHC401EM, GAEB?, Lieferantenanfrage
Beschreibung:
Humbek, Moster Kundenname Sachbearbeiter Telefonnummer Sachbearbeiter Faxnummer Sachbearbeiter E-Mail Sachbearbeiter Folgender Text wurde erstellt: Betreff: %PROJBEZ Sehr geehrte Damen und Herren, bitte übersenden Sie uns Ihre Netto-Preise zum oben genannten Objekt bis spätestens %ABGABE Kunde: %KDNAME Submission: %SUBMISSION Planer: %PLANER_NAME %PLANER_VORNAME %PLANER_STRA %PLANER_PLZORT Mit freundlichen Grüßen %SYSSAC MOSTER Elektrogroßhandelsgesellschaft mbH ---------------- Folgende Mail wird verschickt: Betreff: Neubau 3 Wohngebäude mit 26 Wohnungen, 71088 Holzgerlingen Sehr geehrte Damen und Herren, bitte übersenden Sie uns Ihre Netto-Preise zum oben genannten Objekt bis spätestens 27.11.2017 Kunde: %KDNAME Submission: 06.12.2017 Planer: Mück & Schaber GmbH Olgastraße 2 71088 Holzgerlingen Mit freundlichen Grüßen %SYSSAC MOSTER Elektrogroßhandelsgesellschaft mbH Bliesstraße 9, 67059 Ludwigshafen Telefon: %SYSTEL Telefax: %SYSFAX E-Mail: %SYSEMAIL Handelsregister Ludwigshafen HRB 2149 Geschäftsführer: Rudolf Peter Moster, Götz Aumüller http://www.moster.de http://www.haus-der-technik.info Folgen Sie uns auf Facebook: http://www.facebook.com/MosterGmbH Helpdesk-Nr.: 370107 Anmerkung SHC: Wir erweitern das Programm SHC401EM für die Satzart LVL um die Variablen: Kundenname: %NAME (evtl. zusätzlich %ERGB ?) Sachbearbeiter: %SYSSAC Telefonnummer Sachbearbeiter: %SYSTEL Faxnummer Sachbearbeiter: %SYSFAX E-Mail Sachbearbeiter: %SYSEMAIL Kommentar von Anja Meichsner - 29.03.2018 13:14 Für die Belegart LVL (Lieferanten-Anfrage in der LV-Bearbeitung) im SHC401EM gibt es folgende neue Platzhalter: Für den Betreff der eMail gibt es diese Platzhalter: Für den Text der eMail gibt es diese Platzhalter: Wenn dem Projekt nur ein Kunde zugeordnet ist, dann gibt es für den Kunden diese Platzhalter: Wenn dem Projekt mehr als ein Kunde zugeordnet sind, dann gilt: | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-17 | (21/2018-02-22) Beim Objekt kopieren Verknüpfungen mit übernehmen (21/2018-02-22) Beim Objekt kopieren Verknüpfungen mit übernehmen
Beschreibung:
Humbek, Moster Helpdesk-Nr.: 369623 Anmerkung SHC: Wird im SHC125LO oder SHC125OKE ein Objekt kopiert, soll es im Kopierfenster eine Möglichkeit geben, alle bestehenden Verknüpfungen aus dem SHC125OBZV zu übernehmen. Kommentar von Anja Meichsner - 12.04.2018 15:24 Der Anforderung wird in den nächsten 2 Wochen umgesetzt. Kommentar von Anja Meichsner - 25.05.2018 17:00Norman Hisgen: Nachtrag, die Änderung wurde am 24.04.2018 um 13:28:17 mit ÄnderungsID 76611 in das Tagesrelease mit aufgenommen und zur Verfügung gestellt. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-18 | (19/2018-02-22) Belastungsanzeigen gehen nicht über eMail obwohl eingestellt (19/2018-02-22) Belastungsanzeigen gehen nicht über eMail obwohl eingestellt
Beschreibung:
Humbek, Moster Lieferant auf eMail Versand eingestellt, Aufbau über SEL643B Helpdesk-Nr.: 367994 MA: 373148 Kommentar von Klaus Schnaible - 13.06.2018 17:28 Anmerkung SHC: Wir erweitern die Funktionalität der Rechnungsprüfungs-workflow-Bearbeitung derart, dass eine Versendung der Belastungsanzeige über eMail automatisch erfolgen kann. Kommentar von Torsten Lotz - 09.04.2019 12:33Ihre Anforderung wird mit dem aktuellen Sprint umgesetzt. Wir melden uns sobald die Umsetzung abgeschlossen ist. Kommentar von Torsten Lotz - 03.06.2019 14:59Die Entwicklung wurde abgeschlossen. Die Auslieferung erfolgt mit dem nächsten Release. Kurze Vorstellung erfolgt bei Bedarf im Fachbeirat. Kommentar von Torsten Lotz - 03.06.2019 18:35Über das Programm SEL643B (Druck Belastungen im Stapel) werden nun Belastungsanzeigen automatisch per Mail oder Fax versand, wenn dies im Lieferantenstamm (SHC056L) für den jeweiligen Lieferanten gepflegt ist (Tab: Steuerung, Feld: Ausgabe Belastungsanzeige). | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-19 | (18/2018-02-22) Anzahl Etiketten im SHC082M (18/2018-02-22) Anzahl Etiketten im SHC082M
Beschreibung:
Binder, Granzow Aktuell muss hierfür in das Feld "Eti" die gewünschte Anzahl der Etiketten eingegeben werden. In den meisten Fällen ist dies immer 1. Hier wäre es praktisch, wenn automatisch eine 1 bei allen Schnittlängen eingetragen wäre. (Evtl. über SHC378?) In SHC322 sind wir auf den Parameter AUTOETI_82 gestoßen. Dieser kann aber leider nicht genutzt werden, da mit dem "Fertig"-Button nicht gearbeitet wird, bzw. der Button deaktiviert wurde. Bei den CE-Etiketten gibt es eine entsprechenden Button um die CE-Etiketten für die entsprechenden Artikel drucken zu können. Alternaitv zur automatisch hinterlegten 1 im Feld "Eti" wäre auch solcher Button für die Versandetiketten denkbar. Helpdesk-Nr.: 369234 Anmerkung SHC: Wir erweitern das Programm SHC082M derart, das die Vorbelegung der Anzahl für die zu druckenden Etiketten über einen USER_HOOK vorbelegt werden kann. Kommentar von Torsten Lotz - 09.04.2019 12:33 Ihre Anforderung wird mit dem aktuellen Sprint umgesetzt. Wir melden uns sobald die Umsetzung abgeschlossen ist. Kommentar von Torsten Lotz - 12.04.2019 09:31Die Implementierung wurde abgeschlossen und wird mit dem nächsten Release ausgeliefert. Die Automatische Vorbelegung des Feld Eti im Programm SHC082m ist nun per UserHook UH_SHC_VERSAND_001 möglich und individuell steuerbar. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-20 | (16/2018-02-22) Sortimente kopieren (16/2018-02-22) Sortimente kopieren
Beschreibung:
Stucky, KSK Wir haben auf dem Musterkunden ein Sortiment "Industriekunde" gepflegt. Dieses möchten wir verwenden um neue BMEcat - Sortimente für Industriekunden zu erstellen. Bitte den Aufwand schätzen und an den Fegime-Fachbeirat IT weiterleiten. Helpdesk-Nr.: 368660 Anmerkung SHC: Wir erweitern das Programm zum Pflegen der Sortimente derart, dass ein Kopieren eines Sortimentes auf einen anderen Kunden ermöglicht wird. Kommentar von Anja Meichsner - 04.04.2018 14:07 Dieser Punkt befindet sich aktuell in der Umsetzung. Kommentar von Klaus Schnaible - 10.04.2018 13:33Der Auftrag >>(16/2018-02-22) Sortimente kopieren<< wurde fertiggestellt. Kunden zu übertragen. Dazu haben wir das Fenster „Sortiment kopieren“ modifiziert. Kommentar von Klaus Schnaible - 10.04.2018 13:33
| Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-21 | (14/2018-02-22) Aufteilung der Liebherr-Meldung (14/2018-02-22) Aufteilung der Liebherr-Meldung
Beschreibung:
Förster, KSK Der Name für die Rücknahmedatei wurde von Liebherr nicht angegeben. Helpdesk-Nr.: 360387 Anmerkung SHC: Über eine neue Steuerung im Selektionsprogramm wird die Möglichkeit geschaffen, die Ausgabe nach Verkäufen und Rücknahmen zu trennen. Kommentar von Anja Meichsner - 12.04.2018 15:25 Die Anforderung ist umgesetzt und aktuell beim Gesellschafter KSK im Test. Kommentar von Anja Meichsner - 16.05.2018 12:47Beim Ausspielen der Fachhandelsdateien ist es nun im Programm sel167fh möglich, die Ausgabe getrennt nach Verkäufen und Rücknahmen vorzunehmen. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-22 | (13/2018-02-22) Markierung der Kundennummer im UP056F (13/2018-02-22) Markierung der Kundennummer im UP056F
Beschreibung:
Humbek, Moster Da das UP056F bei einem direkten Treffer erst gar nicht angezeigt wird, sollte diese Markierung der Kundennummer in der gesamten Applikation erfolgen, wie zum Beispiel im AB001K, SHCINFO, etc. Helpdeks-Nr: 351130 Anmerkung SHC: Das SHCINFO wird im Kundenbereich derart erweitert, dass angezeigt wird ob der Kunde ein Neukunde ist. Abhängig von bereits vorhandener Funktionskonstante NEUTAGE. Kommentar von Anja Meichsner - 02.05.2018 20:49 im aktuellen Sprint geplant. Kommentar von Anja Meichsner - 25.05.2018 17:33Die Änderung ist erfolgt und ging mit ÄnderungsID 76682 am 04.05.2018 um 16:26:56 in das Tagesrelease. MfG Norman Hisgen | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-23 | (03/2018-02-22) Anpassung Standardformular Angebot (03/2018-02-22) Anpassung Standardformular Angebot
Beschreibung:
Valder, Profil-E Mit einem Klick auf die Artikelposition im Angebot, soll sich die Katalogbeschreibung des elektro-online öffnen, sodass der Kunde weitere Artikelangaben erhält. Kommentar von Torsten Lotz - 09.04.2019 12:33 Ihre Anforderung wird mit dem aktuellen Sprint umgesetzt. Wir melden uns sobald die Umsetzung abgeschlossen ist. Kommentar von Klaus Schnaible - 12.04.2019 15:40Anbei der überarbeitete Report shc081ag. Folgende Änderungen wurden durchgeführt: Mit einem Klick auf die Artikelposition im Angebot wird die Katalogbeschreibung des elektro-online geöffnet, sodass der Kunde weitere Artikelangaben erhält. Im Link wird das Feld T086aup.egra, wenn nicht gefüllt, dann T086aup.arnr, als Hersteller-Id. mitgegeben Kommentar von Klaus Schnaible - 12.04.2019 15:41Kommentar von Torsten Lotz - 12.04.2019 17:00Die Anforderung wurde umgesetzt (siehe Kommentar von Klaus Schnaible) | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-25 | (38/2017-10-12) Neuer Shop-Request / vereinfachter Login für bestehende Kunden (38/2017-10-12) Neuer Shop-Request / vereinfachter Login für bestehende Kunden
Beschreibung:
XML-Request der SHCware um die Prüfung auf "Kundennummer/Email" durchführen zu können. Kommentar von Anja Meichsner - 12.04.2018 15:30 Die Umsetzung bedarf einer Rücksprache zwischen Herrn Becker und Herrn Elzer (Herr Elzer wird sich dazu telefonisch melden). Für den Abgleich der Ansprechpartner und Profile im Shop wurde bereits eine entsprechende Funktionalität erstellt. Wie soll dieser Request genau aussehen? Kommentar von Harald Becker - 09.05.2018 13:35Bei dem Request würden wir eine Kundennummer und eine Emai-Adresse übergeben und wenn dafür ein Benutzer in der SHCware gefunden wurde, benötigen wir die Kunden- bzw. Benutzerdaten wie in dem Screeshot (rot markiert). Damit können wir die Registrierungs-Maske befüllen, um dem Benutzer die Arbeit zu erleichtern. Es wurde ein neuer Request "Registrierung" implementiert. Über diesen Request können Kundeninformationen, die für die Kundenregistrierung notwendig sind abgerufen werden. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-26 | (35/2017-10-12) SHC405S: CSV Import (35/2017-10-12) SHC405S: CSV Import
Beschreibung:
Humbek, Moster Momentan passiert einfach nichts und die Artikel werden überlesen. Helpdesk-Nr.: 367374 Kommentar von Klaus Schnaible - 13.06.2018 17:39 Anmerkung SHC: Über eine neue Funktionskonstante wird gesteuert, dass beim Import im Programm SHC405S nicht gefundene Artikel über die Schattenartikelanlage nach Möglichkeit automatisch angelegt werden. Aufwand: 8 Std. Kommentar von Torsten Lotz - 20.02.2019 08:49Ihre Anforderung wird mit dem aktuellen Sprint umgesetzt. Wir melden uns sobald die Umsetzung abgeschlossen ist. Kommentar von Torsten Lotz - 21.02.2019 12:45Die Entwicklung wurde abgeschlossen. Die Auslieferung erfolgt mit dem nächsten Release. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-27 | (32/2017-10-12) Versandart im User-Hook UH_SHC690VVG_003 (32/2017-10-12) Versandart im User-Hook UH_SHC690VVG_003
Beschreibung:
Humbek, Moster Für unsere Anforderung benötigen wir hier eine Erweiterung des User-Hook bzw. die Bereitstellung eines weiteren User-Hook an gleicher Stelle. Es muss hier möglich sein an den User-Hook die Versandart als IN-Variable zur weiteren Prüfung zu übergeben. Helpdesk-Nr.: 367176 Anmerkung SHC: Wir erstellen ein neues User-Hook im SHC690VVG analog dem bestehenden mit Übergabe der Versandart laut Parameter aus dem Menüsystem. Kommentar von Anja Meichsner - 18.06.2018 12:36 Im SHC690VVG wurde ein neuer UserExit SHC690VVG.PRUEF_FERTIG zur Verfügung gestellt um eine Prüfung auf Basis der Eingangsparametern durchführen zu können. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-28 | (31/2017-10-12) Verpackungsmittel eintragen, User-Hook (31/2017-10-12) Verpackungsmittel eintragen, User-Hook
Beschreibung:
Mangold, Müller Übergeben werden die Variablen Versandvorgang, MANR, AINR, Lauf, Teil, Verpackungsmittel. Returniert wird im Fehlerfall ein Text, welcher im FMB angezeigt wird. Kommentar von Klaus Schnaible - 13.06.2018 17:42 Anmerkung SHC: Die Funktionalität muss auch in der zugehörigen Datenbankfunktionalität für Schnittstellenpackages implementiert werden, damit das Verhalten an allen Stellen gleichbleibt. Kommentar von Anja Meichsner - 16.10.2018 13:54Das Ticket wurde geschlossen, weil die Beauftragung separat über den Gesellschafter Hermann Müller vorgenommen wurde. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-29 | (29/2017-10-12) Parken von Aufträgen bei Teilfehlern (29/2017-10-12) Parken von Aufträgen bei Teilfehlern
Beschreibung:
Flörchinger, Moster Dies führt dazu, dass auch andere Ware des Auftrags nicht zur Auslieferung kommt, da diese im SHC623P immer häufiger außerhalb der allgemeinen Arbeitszeiten auflaufen und somit nicht mehr bearbeitet werden können. Wir bitten daher um Prüfung und Weiterleitung an den Fegime-EDV-Fachbeirat, wie dies gelöst werden kann. Ggf. können die Problempositionen in einen separaten Auftrag gesplittet werden. Helpdesk-Nr: 367136 Kommentar von Klaus Schnaible - 13.06.2018 17:42 Anmerkung SHC: Wir erweitern die Importfunktion der Shopaufträge derart,dass fehlerhafte Positionen in einen separaten Lauf gesplittet werden. Hinweis Pakete und Stücklisten sollten an dieser Stelle nicht getrennt werden. Wenn hier ein Problem auftritt, dann wird die komplette Einheit in den neuen Lauf herausgetrennt. Kommentar von Torsten Lotz - 19.03.2019 16:34Ihre Anforderung wird mit dem aktuellen Sprint umgesetzt. Wir melden uns sobald die Umsetzung abgeschlossen ist. Kommentar von Torsten Lotz - 05.06.2019 15:42Die Umsetzung ist in den letzten Zügen und muss nurnoch übergeben werden. Kommentar von Torsten Lotz - 06.06.2019 10:52Die Umsetzung wurde fertig gestellt.
Bisher wurden Aufträge komplett geparkt, wenn eine Position gemäß Steuerung im SHC623S auf einen Fehler läuft. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-30 | (28/2017-10-12) Suche im Shop nach Kundenartikelnummer aus Schattenstamm (28/2017-10-12) Suche im Shop nach Kundenartikelnummer aus Schattenstamm
Beschreibung:
Montino, EGU Bitte um Erweiterung der Suche in elektro-online. Helpdesk-Nr.: 367935 Montino, EGU Kommentar von Klaus Schnaible - 13.06.2018 17:44 Anmerkung SHC: Wir erweitern den Request im SHCwareXML Package derart, dass die Tabelle der Kunden-Katalog Artikelnummern ebenfalls mit durchsucht und returniert wird. Kommentar von Torsten Lotz - 19.03.2019 15:16Die Entwicklung wurde abgeschlossen. Die Auslieferung erfolgt mit dem nächsten Release. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-31 | (27/2017-10-12) Kundenartikelnummer/Schattenstamm - Erfassung via Auftragserfassung (27/2017-10-12) Kundenartikelnummer/Schattenstamm - Erfassung via Auftragserfassung
Beschreibung:
Montino, EGU Dies geht allerdings nicht aus der Auftragserfassung heraus (Weitere Schalter hier erscheint die Meldung: Bei Sammelartikeln nicht erlaubt) Können Sie prüfen, ob hier eine Erweiterung möglich ist! Bitte diese Anfrage an den Verband (SHC Fachbeirat) weiterleiten. Helpdesk-Nr.: 367932 Kommentar von Klaus Schnaible - 13.06.2018 17:45 Anmerkung SHC: Wir erweitern die Auftragserfassung derart, dass die Kundenartikelnummern ebenfalls für Katalogartikel in der Auftragserfassung zu erfassen sind. Zusätzliche Umsetzung: Beim Druck der Belege (AG,AB,LI,RA, Lieferavise) werden auch Kundenartikelnummern zu Schattenartikeln mit angedruckt, wenn diese im SHC106SKUAR gepflegt sind. Kommentar von Torsten Lotz - 20.02.2019 08:49Ihre Anforderung wird mit dem aktuellen Sprint umgesetzt. Wir melden uns sobald die Umsetzung abgeschlossen ist. Kommentar von Torsten Lotz - 19.03.2019 15:10Die Entwicklung wurde abgeschlossen. Die Auslieferung erfolgt mit dem nächsten Release. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-32 | (26/2017-10-12) User-Hook Toursteuerung (26/2017-10-12) User-Hook Toursteuerung
Beschreibung:
Humbek, Moster Helpdesk-Nr.: 367095 Kommentar von Klaus Schnaible - 13.06.2018 18:09 Anmerkung SHC: Wir erstellen ein User-Hook zur Prüfung beim Ändern der Tour im Versandvorgang. übergeben werden (Versandvorgang, MANR, AINR, Lauf, Teil, Tour) returniert wird ggf. eine Meldung, welche im FMB angezeigt wird. Kommentar von Anja Meichsner - 18.06.2018 12:40Es wurde ein neuer UserHook UH_SHC690VVG_005 eingebunden über den die Änderung der Versandangaben im Vorfeld validiert werden kann. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-33 | (25/2017-10-12) SHCAU88K, Aufruf Archivsystem D3 (25/2017-10-12) SHCAU88K, Aufruf Archivsystem D3
Beschreibung:
Festner, Hartl Wenn wir im SHCAU88K uns die Rückstände des Lieferanten anschauen, besteht hier keine Möglichkeit diese Anhänge des Lieferanten über das eDoc aufzurufen. Wir möchten, dass die Anhänge über das SHCAU88K aufrufbar sind. Bitte um Aufwandsschätzung für eine Verlinkung vom SHCAU88K zum Archivierungssystem. Helpdesk-Nr.: 367132 Anmerkung SHC: Wir implementieren im Programm SHCAU88K den Aufruf des D3 Archivsystems zum jeweiligen Auftrag analog des Programmes SHCAU81. Kommentar von Anja Meichsner - 29.03.2018 13:22 Aktuell in der Bearbeitung Kommentar von Klaus Schnaible - 04.04.2018 11:20Laut Herrn Rajivan Ranjan: der Auftrag >>(25/2017-10-12) SHCAU88K, Aufruf Archivsystem D3<< wurde fertiggestellt. Wir haben die Möglichkeit geschaffen, analog des Programmes „SHC081K“, sowohl aus dem Programm „SHCAU88K“ Die Programme sind ab dem Tagesrelease KW16 verfügbar. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-34 | (23/2017-10-12) SHC690AVG: Bauprodukteverordnung (23/2017-10-12) SHC690AVG: Bauprodukteverordnung
Beschreibung:
Humbek, Moster Helpdesk-Nr.: 366937 Anmerkung SHC: Die Prüfung auf Vorhandensein der CE Information im SHC690AVG wird derart angepasst, dass bei fehlender CE Information das SHC082M zum Nachtragen der Daten automatisch geöffnet wird. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-35 | (21/2017-10-12) Land und Währung im ISO-Format (21/2017-10-12) Land und Währung im ISO-Format
Beschreibung:
FEGIME In den Ländern scheint das entsprechende Feld schon zu existieren, wenn das Feld "Int. Kurzbez" das beinhaltet? Im XML-Request "LaenderAbfrage" sollten die ISO-Codes für alle Länder mit übergeben werden. Im XML-Request "Kundeninfo" sollte der ISO-Code für die Währung und der entsprechende Umrechnungskurs übergeben werden. Umsetzung: Anpassung der XML-Requests "LaenderAbfrage". Hier soll aus dem Textschlüssel "LS" der ISO-Code des Landes in einem separaten Tag ausgegeben werden. Anpassung der XML-Requests "KundenInfo". Hier soll aus der Pflege des Währungscodes SHC308 der ISO-Code für die Währung und der entsprechende Umrechnungskurs in separaten Tags ausgegeben werden. Gegebenenfalls muss das Pflegeprogramm SHC308 noch um die Eingabemöglichkeit des ISO-Codes erweitert werden. Kommentar von Anja Meichsner - 12.04.2018 15:32 Ist im nächsten Sprint geplant. Kommentar von Anja Meichsner - 02.05.2018 19:37Die LaenderAbfrage gibt nun zusätzlich den ISO-Code im Tag „isoCode“ aus. Die ISO-Codes können im SHC065 über den Schlüssel „LS“ in der Spalte „Int. Kurzbez“ gepflegt werden. Das Programm SHC308 „Währungsschlüssel“ wurde um die Eingabespalte ISO-Code erweitert. Der dort hinterlegte ISO-Code wird über die Funktion Kundeninfo im zusätzlichen Tag „isoCode“ ausgegeben. Des Weiteren wird zusätzlich noch der entsprechende Währungskurs im Tag „kurs“ ausgegeben. Der Währungscode wird für den jeweiligen Kunden im SHC056K hinterlegt. Wurde für den Kunden kein Währungscode hinterlegt, dann wird der hinterlegte Währungscode aus dem Betriebsstamm verwendet.
Bitte prüfen Sie ob diese Informationen im Shop ausreichend sind, oder ob hierzu noch weitere Anpassungen benötigt werden. Kommentar von Anja Meichsner - 02.05.2018 19:40Siehe Kommentar vom 02.05.2018 Bitte prüfen, ob damit alles abgedeckt ist, oder ob noch weitere Anpassungen zu Land und Währung im ISO-Code benötigt werden. In beiden Fällen bitte eine kurze Rückinfo. Kommentar von Harald Becker - 03.05.2018 13:06Zwischen H. Graevenstein und H. Schnaible wurde in der Zwischenzeit eine abweichende Vorgehensweise besprochen. Der Shop soll alle Werte in allen XML-Request in der geschlüsselten Währung des Kunden laut SHCware erhalten (Euro oder Fremdwährung). Den Umrechnungskurs benötigen wir eigentlich nicht, weil der Shop nichts rechnen soll. Es gibt eine Ausnahme: Wenn die "Artikelliste" aus dem Warenkorb abgerufen wird, sollen im XML alle Werte in Fremdwährung und in Euro enthalten sein. Sinn des Ganzen ist, dass wir damit unsere internen Abspeicherungen in Euro machen können. Der betreffende XML-Aufruf lautet "Artikelliste" und hat als zusätzlichen Parameter "PRUFZWRUND=0". Mit Geneon habe ich vereinbart, dass das so übergeben wird (im Beispiel Euro und Schweizer Franken): D.h. die Währung "EUR" soll immer mitkommen, die Fremdwährung ist alternativ möglich, wenn der Kunde entsprechend geschlüsselt ist. Kommentar von Anja Meichsner - 25.06.2018 15:49Implementierung wurde wie folgt vorgenommen: Es wurde eine neue SHC322 Konstante XMLKUNDEWAEHRUNG hinzugefügt, die es ermöglicht alle ausgegebenen Beträge aus dem SHCwareXMLRequest Package in der Kundenwährung auszugeben. Wird die Artikelliste aus dem Warenkorb heraus ausgegeben, dann werden dort die Beträge in der Haus- und in der Kundenwährung ausgegeben. Zusätzlich wird nun, bei gesetzter Konstante, auch der ISO-Währungscode des ausgegebenen Betrags in jedem XML-Requests mit ausgegeben. Dieser wird in dem XML-Tag <waehrung> ausgegeben. Der ISO-Code zur Währung kann nun im SHC308 hinterlegt werden. Dieses Programm wurde dementsprechen angepasst. Die ISO-Währungscodes, werden im SHC065 unter dem Textschlüssel LS im Feld Int. Kurzbez definiert.
Der Request Kundeninfo gibt den im Kunden entsprechenden ISO-Währungscode und den letzten hinterlegten Umrechnungskurs zurück. Über den Request Laenderabfrage können alle hinterlegten ISO-Währungscodes ausgegeben werden.
Der Request Gutschriftsgrund wurde mit einem Übergabeparameter kdnr erweitert, der für eine Umrechnung der Gutschriftsgebühr in die Fremdwährung benötigt wird. Aufrufbeispiel: ../!ShcwareXMLRequest.gutschriftsgrund?manr=2&kdnr=10034 | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-36 | (15/2017-10-12) Automatischer AB-Versand (15/2017-10-12) Automatischer AB-Versand
Beschreibung:
Dorkowski, Brisch Helpdesk-Nr.: 366622 Anmerkung SHC: Wir erweitern das Dialogfenster zum Versand der Auftragsbestätigung derart, dass über einen User-Hook definiert werden kann, ob die Funktion "Abbruch" ausgeführt werden darf oder nicht. Kommentar von Anja Meichsner - 02.05.2018 20:50 im aktuellen Sprint geplant Kommentar von Anja Meichsner - 18.05.2018 16:34Für den Auftragsfuß wurde der neue UserHook UH_AB003_004 erstellt. Mit diesem ist es möglich, den Abbruck des Druckfensters zu verhindern. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-37 | (14/2017-10-12) Infosystem, Filter Bestellnummer (14/2017-10-12) Infosystem, Filter Bestellnummer
Beschreibung:
Montino, EGU Hier kann nach Artikelnummer und nach Bestellnummer gefiltert werden. Der Filter Bestellnummer greift allerdings nicht! Laut Selektion wird hier aus der T386POS_ZUSI das Feld KBA genommen, hier wären doch eher die Felder BENR und BANG aus der T081 zielführend. Helpdesk-Nr.: 365882 Anmerkung SHC: Das Abfrage-Programm aus dem Infosystem "Auftrags-Positionen-Kunde" wird derart erweitert, dass das Feld Bestellnummer/KBA Nummer in der Filterzeile über eine Parametrierung auf das Feld BENR aus der Tabelle T081AUK umgestellt wird. Kommentar von Anja Meichsner - 29.03.2018 12:58 Befindet sich aktuell in der Umsetzung Kommentar von Klaus Schnaible - 04.04.2018 11:33Der o.g. Vorgang ist fertiggestellt. Zur Steuerung der Suche nach der Bestellnummer im SHCAu86K gibt es nun im SHC378 den Parameter SUCHE_BESTNR. Dieser wird voraussichtlich im nächsten Release enthalten sein. Michael Elzer
| Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-38 | (13/2017-10-12) Archivierung (13/2017-10-12) Archivierung
Beschreibung:
Mangold, Müller Es werden zu viel Belegarten angezeigt (ERE = Eingangsrechnung, WEL = Wareneingangsschein ...). Diese können mit diesem Programm gar nicht gedruckt werden, da sie von Extern kommen. Vorschlag: Parameter im SHC322, in dem Belegarten definiert werden können, die im SHC677 nicht angezeigt werden. Vorschlag 2: Button "stornieren" + Textfeld (T677DMS.MSG), beim Drücken Status + Msg. in T677DMS setzen statt drucken. Anmerkung SHC: Wir erweitern das Programm SHC677 derart, dass über eine Programmkonstante, in welcher kommasepariert Belegarten hinterlegt werden. Diese Belegarten werden von der Anzeige ausgeschlossen. Kommentar von Klaus Schnaible - 10.04.2018 13:31 der Auftrag >>(13/2017-10-12) Archivierung<< wurde fertiggestellt. Wir haben das Programm SHC677 derart erweitert, dass über eine Programmkonstante (BELEGART_FILTER (SHC322)), in welcher kommasepariert Belegarten hinterlegt werden, diese Belegarten von der Anzeige ausgeschlossen werden. Die neue Funktionalität ist ab dem Tagesrelease KW16 erhältlich. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-39 | (11/2017-10-12) Statistiksätze bei Zentrallieferant (11/2017-10-12) Statistiksätze bei Zentrallieferant
Beschreibung:
Kleinöder, Nägele Dies ist laut SHC extra programmiert, "weil bei Sammelartikel mit jedem Vorgang ein anderer Lieferant gewählt werden könnte." Über einen neuen Schalter könnte aktiviert werden, dass auch in der Faktura das Kennzeichen KZSTAT (SHC30ZL) berücksichtigt wird. Dies wäre allerdings eine kostenpflichtige Programmänderung. Helpdesk-Nr. 367179 MA: 373093
Kommentar von Torsten Lotz - 03.05.2019 11:11 Ihre Anforderung ist in Arbeit. Wir melden uns sobald die Entwicklung fertiggestellt ist. Kommentar von Torsten Lotz - 03.06.2019 14:59Die Entwicklung wurde abgeschlossen. Die Auslieferung erfolgt mit dem nächsten Release. Kurze Vorstellung erfolgt bei Bedarf im Fachbeirat. Kommentar von Torsten Lotz - 03.06.2019 18:36Bisher wurde bei Sammelartikeln der Lieferant aus der Bestellposition (Zentrallieferant) für die Statistik verwendet. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-40 | (07/2017-10-12) SHC125OKE, Angebotsnummer kopieren (07/2017-10-12) SHC125OKE, Angebotsnummer kopieren
Beschreibung:
Kubiak, Granzow --alle Werte oder --Sollwert oder --Gültigkeitsdatum vom aktuellen Objekt auf alle anderen Kalkulationsgruppen mit gleicher Objektnummer übertragen werden. Wir brauchen hier noch eine 4. Option im Radio-Button: --Angebotsnummer Es soll dann nur die Angebotsnummer kopiert werden. Helpdesk-Nr: 366311 Umsetzung: Wir erweitern die Kopierfunktion im Programm SHC125OKE um die Option "Angebotsnummer kopieren" Kommentar von Klaus Schnaible - 04.04.2018 11:27 Anmerkung Michael Elzer: Der o.g. Vorgang ist fertiggestellt. Die Kopierfunktion im Programm SHC125OKE wurde um die Option "Angebotsnummer kopieren" erweitert. Das Programm wird im nächsten Release enthalten sein. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-41 | (04/2017-10-12) SHC125OBZK Keine Kollegenlager-Bestellung bilden (04/2017-10-12) SHC125OBZK Keine Kollegenlager-Bestellung bilden
Beschreibung:
Flörchinger, Moster Ist dies der Fall, sollten im Online-Shop die Bestände der Kollegenlager nicht angezeigt werden. Des Weiteren sollten im Shop dann auch die Bestände aus dem virtuellen Lager bei der Anzeige nicht berücksichtigt werden. Auf Seite der SHCware kann der Bestand im SHCWAREXMLREQUEST über den User-Hook UH_SHC_XML_001 aktuell bereits beeinflusst werden. Wir bitten um Prüfung und Weiterleitung an die Fegime für den nächsten EDV-Fachbeirat, da in Bezug auf das virtuelle Lager auf jeden Fall der Shop angepasst werden müsste. Umsetzung: Erstellung eines UserHook bei der Ausgabe des Artikels. Innerhalb des UserHook wird definiert, ob die Bestände aus dem virtuellen Lager ausgegeben werden, oder nicht. Das Tag muss von SHC definiert werden und dem Shop übermittelt werden. Helpdesk-Nr.: 366402 MA: 373090 Kommentar von Torsten Lotz - 01.08.2019 16:50 Die Anforderung ist in Arbeit Kommentar von Torsten Lotz - 08.08.2019 15:39Die Umsetzung wurde fertiggestellt. Klaus Schnaible: Soll diese Änderung bei Moster aufgespielt werden? Gibt es hierfür noch andere Ansprechpartner? Kommentar von Klaus Schnaible - 09.08.2019 15:06Bitte mit Herrn Flörchinger klären. Ob noch andere GH diese Funktionalität brauchen ist mir nicht bekannt. Kommentar von Torsten Lotz - 12.08.2019 19:42Wir haben heute Hr. Flörchinger per Mail informiert. Sehr geehrter Herr Flörchinger, Wir haben immernoch keine Rückmeldung von Fa. Moster. Wir werden den Vorgang jetzt schließen und abrechnen. Wir haben den User-Hook "uh_shc_xml_011" im SHCWAREXMLREQUEST-Package in der Prozedur "Artikelliste" eingebaut. In diesem User-Hook kann ein TAG definiert und der dazu gehörende Wert ermittelt werden. Kommentar von Harald Becker - 20.08.2019 14:15Woran soll denn der Shop erkennen, dass ein bestimmter Bestand aus einem Kollegenlager kommt ? Oder gilt die Änderung nur noch für das Virtuelle Lager ? Kommentar von Torsten Lotz - 20.08.2019 15:43Hallo Herr Harald Becker, | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-42 | (16/2017-07-06) Retourenproblem (16/2017-07-06) Retourenproblem
Beschreibung:
Kubiak, Granzow Bei der Buchung des Wareneingangs für die Lieferantenretoure werden die zurückgemeldeten Positionen in einen neuen Lauf gesplittet. Das Kennzeichen (Fakturiersperre) wird in dem neuen Lauf je nach Steuerung automatisch entfernt (oder auch stehen gelassen). Somit kann für diese Positionen eine Teilverrechnung stattfinden. Bei Direktlieferungen haben wir bereits einen Grund für die Fakturiersperre eingeführt. Hinter diesem Grund könnte jetzt die Steuerung automatische Entfernung hinterlegt werden. MA: 373090
Kommentar von Klaus Schnaible - 07.05.2018 15:12
Beim Abschluss einer gebildeten Rückholung aus dem Infosystem, wird eine Rückfrage gestellt, ob pro Lieferant eine separate Gutschrift gebildet werden soll. Je nach Steuerung muss der Belegdruck für alle gebildeten Vorgänge angestoßen werden.
-> Alternative Gutschriftsangebot positionsweise wandeln. Dann Lieferungen teilen in unterschiedliche Läufe. Herr Kubiak prüft das nochmals
-> Fakturiersperre (evtl. neue Fakturiersperre 2 (ja-aber)), wenn Gutschrift für eine Position eintrifft, Position abtrennen in eigenen Fakturierlauf ohne Fakturiersperre (wenn vorher Sperre 2 war) Ihre Anforderung ist in Arbeit. Wir melden uns sobald die Entwicklung fertiggestellt ist. Kommentar von Torsten Lotz - 12.08.2019 13:25Leider dauert die Umsetzung dieser Anforderung aufgrund der Komplexität länger. Unsere zuständige Entwicklerin ist aktuell im Urlaub. Wir werden uns nach ihrem Urlaub noch einmal mit Hr. Kubiak in Verbindung setzen. Kommentar von Torsten Lotz - 30.09.2019 13:57Wir haben mit Hr. Kubiak besprochen, dass wir am 17.10. noch einmal mit ihm über die Anforderung sprechen, da es in der Konzeption/Umsetzung zu Problemen kam Kommentar von Torsten Lotz - 28.10.2019 10:13Das Thema wurde erst einmal wieder zurückgestellt. Hr. Kubiak hat mit Hr. Graevenstein und Fr. Kersting gesprochen (letzter Fachbeirat) Kommentar von Torsten Lotz - 19.12.2019 14:58Während der Umsetzung sind wir auf Probleme gestoßen, welche im Detail am 17.10.2019 mit Fa. Granzow bei uns in Speyer besprochen wurden. Hr. Kubiak hat die offenen Punkte zur Prüfung mit genommen. Falls diese interne Abstimmung bei Granzow zu einem neuen Konzept wird, ist es nötig, dass eine neue Beauftragung über den Fachbeirat stattfindet. Aufgrund dieses Sachverhaltes wird diese Anforderung von uns geschlossen. Sobald es eine neue Anforderung von Fa. Granzow gibt, muss diese neu über den Fachbeirat beauftragt werden. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-43 | (49/2017-03-23) Erweiterung Felder in der Lieferadresse (49/2017-03-23) Erweiterung Felder in der Lieferadresse
Beschreibung:
Festner, Hartl Erweiterung der EDI-Eingliederung von Kundenaufträgen wie folgt: Analog UGL soll eine Referenz zur EDI-Eingliederung im Auftrag abgestellt werden. Über diese Referenz können die Kopfdaten bei der EDI-Rückübermittlung gelesen und analog der Eingliederung mit ausgegeben werden. Zudem kann auf den Belegen über die Referenz ebenfalls eine Abfrage von definierten Feldern (Bsp.: betreffend der Lieferanschrift) erfolgen und der Andruck im Beleg mit den notwendigen Informationen angereichert werden. Gegebenenfalls ist eine Abstimmung mit TTO notwendig, was das Mapping der zurückerhaltenen Daten betrifft. Hier muss mit Firma Hartl nochmal abgestimmt werden, welche Informationen aktuell verloren gehen und bei der Rückübermittlung fehlen. MA: 364694
Kommentar von Torsten Lotz - 14.08.2019 17:42 Hierzu fehlt noch eine Rückmeldung von Hr. Festner Kommentar von Torsten Lotz - 06.09.2019 11:10Abstimmung mit Hr. Festner: | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-44 | (17/2017-03-23) FEGIME soll Sortimente pflegen (17/2017-03-23) FEGIME soll Sortimente pflegen
Beschreibung:
Über den Stammdatenabgleich werden Informationen zu den Fachhandelsprogrammen von der Fegime an SHC geliefert. Welche Informationen kommen und wie diese zu behandeln sind, muss mit der Fegime noch abgestimmt werden. Achtung! Folgende Problematiken sind hier noch zu klären: Mapping der einzelnen Fachhandelsprogramme. Gültigkeitszeiträume der einzelnen Artikel könnten unterschiedlich sein. Abstimmungen mit der Fegime müssen vor der Umsetzung erfolgen. Kommentar von Klaus Schnaible - 07.05.2018 15:15
-> mit gecont pflegen? An SHC übermitteln mit allen Änderungen, rein/raus aus dem Sortiment. PIM anpassen, Datenaustausch, SHCware von Klaus Schnaible am 28.07.2017 -> Fachhandelssteuerung übermitteln, in Stammdaten mit reinpacken| Kommentar von Klaus Schnaible - 07.05.2018 15:16Laut meinen Infos umgesetzt | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-45 | (15/2017-07-06) Erweiterung des Programms UP056KOND (Statistikdetails) (15/2017-07-06) Erweiterung des Programms UP056KOND (Statistikdetails)
Beschreibung:
Binder, Granzow In dem Programm sollte noch eine Spalte für die Metallwerte eingefügt werden. Aktuell sind die Umsatzzahlen dort ohne Metalle. Anmerkung SHC: Wir erweitern das Programm UP056KOND mit einer weiteren Spalte für Metallwerte. Diese Werte müssen laut Steuerung der Statistikfortschreibung (unterschiedliche Herkunft) befüllt werden. Entweder aus dem Satz der separaten Artikelnummer oder dem Feld für Metallwerte. Helpdesk-Nr.: 362494 MA: 364685
Kommentar von Torsten Lotz - 28.05.2019 15:59 Wir haben Ihre Anforderung in den aktuellen Sprint eingeplant. Kommentar von Torsten Lotz - 07.06.2019 17:09Die Entwicklung wurde abgeschlossen. Wir erweiterten das Programm UP056KOND mit einer weiteren Spalte für Metallwerte. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-46 | (24/2016-10-13) Bestellbestätigung vom Lieferant, Abholung Teillieferungen (24/2016-10-13) Bestellbestätigung vom Lieferant, Abholung Teillieferungen
Beschreibung:
Bei der Ermittlung müssen auch die Tage der Logistikkette berücksichtigt werden. Am Ende der Lieferzeitenermittlung wird ein UserHook implementiert um die Daten noch einmal modifizieren zu können. Die Termine werden in den Rückstand eingetragen, Schritt 2 Übertragung in die Position und zuletzt Übertragung in den Auftragskopf. Abgedeckt werden alle Bezugsgeschäft und die Lagergeschäfte bei denen der Rückstand komplett abgedeckt werden kann. Es wird ein Dialogprogramm, ähnlich dem Mahnprogramm erstellt, mit dem die Kunden über die Termine informiert werden können. Neues Feld bestätigter Termin in der Auftragsposition. Dieser Termin wird durch das Regelwerk, nach der Eingabe der AB-Termine auf der Einkaufsseite ermittelt. Über einen eigenen Report Lieferterminbestätigungen werden dem Kunden die Änderungen mitgeteilt. Analog der Mahnungen wird es eine Information über die Stufe der Terminänderung geben (1. Änderung, 2. Änderung,....). Für diese Informationen wird auch eine entsprechende Verschlagwortung vorgenommen. Das Dialogprogramm muss aus dem Auftrag und aus dem Kunden aufgerufen werden. Zudem muss es im Programm eine zusätzliche Steuerung zum Druck einer AB geben. Die Bestellnummer soll im Dialogprogramm in der Position hinterlegt werden, so dass über das Dialogprogramm eine Anzeige / Vergleich des Datums mit dem Bestelltermin möglich ist. Der bestätigte Termin ist im Dialogprogramm jederzeit änderbar. Selektion im Dialogprogramm: SAC / VENR / Kunde /Lager / Lieferant Aus dem Bestellwesen heraus muss ein Änderungsmarker gesetzt werden, so dass eine Terminänderung stattfinden muss. Zudem soll eine Vollautomatik implementiert werden: Dazu muss der Kunde entsprechend gesteuert sein. Erstellung einer Jobverarbeitung für die Termininformation an den Kunden. Einbinden der Erweiterung auch in das SHC483 - neuer Terminkonflikt auf Grund bestätigtem AB-Termin. Wenn die Bearbeitung im neuen Dialogprogramm vorgenommen wurde, dann auch im SHC483 den Terminkonflikt entfernen. Kommentar von Torsten Lotz - 02.08.2019 11:26 Hallo Herr Klaus Schnaible, wir hätten bzgl. dieser Anforderung noch ein paar Fragen:
Siehe auch (31/2016-10-13) ELGATE-Abfrage im Stapel, zielt auf die gleiche Problematik Kommentar von Torsten Lotz - 07.08.2019 15:53TODO Klaus Schnaible: Bitte lesen Sie den Text durch und nennen Sie mir Ihre Anmerkungen Wir ermitteln für die Rückstandspositionen in den Aufträgen eine Lieferzeit, bei der wir die Lieferzeit des Lieferanten und den eigenen Vorgaben (Beachtung von Wochende, Logistikkette usw.) beachten. Hierfür benötigen wir ein neues Feld "bestätigter Liefertermin" in der Auftragsposition. Hierbei werden alle Bezugsgeschäfte und Lagergeschäfte bei denen der Rückstand komplett abgedeckt werden kann mit einem Liefertermin versehen. Es soll auch einen neuen Report geben, der als Lieferterminbestätigung an den Kunden versendet wird. Analog der Mahnungen wird es eine Information über die Stufe der Terminänderung geben (1. Änderung, 2. Änderung usw.). Für diese Informationen wird auch eine entsprechende Verschlagwortung vorgenommen. Der Kunde muss derart gesteuert werden, dass über eine Jobverarbeitung die Terminformationen automatisch versendet werden (neue Steuerung im Kundenstamm?). Um die Lieferantenlieferzeiten zu ermitteln ist es wichtig, dass als Lieferdatum zu Beginn immer das Ausgangsdatum verwendet wird. Bei Teilmengen (Teilbestätigungen) wird immer der späteste Liefertermin verwendet. Im Falle einer Auftragsbestätigung des Lieferanten (EDIFACT) wird auch hier immer der späteste Termin eingetragen. Aus dem Bestellwesen heraus muss ein Trigger vorhanden sein, der automatisch die Terminänderungen im Auftrag antriggert. Für die Ermittlung der Lieferzeiten werden 3 Kennzeichen aus einer neuen Tablle verwendet:
Es soll außerdem ein neues Dialogprogramm entstehen, das aus dem Auftrag und aus dem Kunden (Kundenstamm oder Infosystem?) aufgerufen werden kann. Aus diesem Programm heraus soll es möglich sein eine Auftragsbestätigung für den Kunden zu drucken. Die Bestellnummer soll der Auftragsposition zugeordnet werden damit über das Dialogprogramm die Anzeige bzw. der Vergleich der Liefertermine ermöglicht werden kann. Der bestätigte Liefertermin soll über das neue Programm änderbar sein (die Änderung muss an alle benötigten Stellen übergeben werden). Die Selektion im neuen Programm soll "SAC / VENR / Kunde /Lager / Lieferant" abbilden. Zum Ende soll es noch einen User-Hook geben, der es ermöglicht die Daten noch einmal modifizieren zu können. Später soll der Liefertermin dann noch in den Auftragskopf übergeben werden. Wichtig ist hierbei noch die Einbindung im SHC483 (neuer Terminkonflikt auf Grund des bestätigten AB-Termins) und das Entfernen des Terminkonfliktes wenn die Bearbeitung über das neue Dialogprogramm statt gefunden hat. Aufwand: 8 Tage Kommentar von Klaus Schnaible - 08.08.2019 13:06
(Q- und L-Logik als Stichwörter)
"Um die Lieferantenlieferzeiten zu ermitteln ist es wichtig, dass als Lieferdatum zu Beginn immer das Ausgangsdatum verwendet wird." -> Was ist hier mit Ausgangsdatum gemeint? "Später soll der Liefertermin dann noch in den Auftragskopf übergeben werden." -> bzw. die Auftragsposition Kommentar von Torsten Lotz - 09.08.2019 12:32"Um die Lieferantenlieferzeiten zu ermitteln ist es wichtig, dass als Lieferdatum zu Beginn immer das Ausgangsdatum verwendet wird." -> Was ist hier mit Ausgangsdatum gemeint? siehe Text oben in der Beschreibung: ----------------------------------------- "Später soll der Liefertermin dann noch in den Auftragskopf übergeben werden." -> bzw. die Auftragsposition Bitte im Fachbeirat nochmals diskutieren, einige Gesellschafter, insbesondere industrielastige Gesellschafter müssen die Liefertermine an die Kunden melden - auch Änderungen. Kommentar von Thomas Stucky - 11.11.2021 12:00 Prio: hoch Vor Programmierstart werden wir die Anforderungen nochmal aufnehmen. Gemeinsam mit 2 Gesellschaftern: Fa. Müller / EGU HD: 416831 Kommentar von Thomas Stucky - 30.11.2021 09:05Kommentar von Thomas Stucky - 03.03.2022 12:46Folgende Fragen sind zu klären: Reicht ein "bestätigter Termin" je Auftragsposition oder wird dieser je Rückstandsposition benötigt? Wie soll die Verwendung des neuen Dialogprogramms gestaltet werden? Kann das eventuell komplett über das SHC483 gelöst werden? Unterschiede zwischen neuem Dialogprogramm und SHC483 herausarbeiten? Wird ein neues Formular (Lieferterminbestätigung) benötigt oder kann das über die Mailbestätigung aus SHC483 gelöst werden? Wie soll die Lieferterminänderung beim Kunden aussehen (Position 3 hat sich der Termin geändert und AB im Anhang oder neues Formular nur mit den geänderten Terminen)? Würde der Versand 1x am Tag über einen Job ausreichen? Welche Kunden sollen benachrichtigt werden oder müssen die Kunden welche benachrichtigt werden sollen gekennzeichnet werden? (z.B. WE über 200 Stck --> 50 Kunden haben Rückstände) Diese Fragen klären wir in einem Termin mit den beiden Gesellschaftern.
Ziel: Automatische Benachrichtigung an den Kunden über Liefertermin Voraussetzung: In den offenen Bestellpositionen gibt es Liefertermine (aus AB). 1:1 Bezug von der Bestellposition zum Auftrag --> Termin aus der AB + interne Lieferzeit Kein Bezug zwischen Bestellposition und Rückstand --> Wir können mit der vom Lieferant bestätigten Menge (vom ältesten Rückstand aus) berechnen für welche Rückstände der Termin verwendet werden kann --> Termin aus der AB + interne Lieferzeit Alle offenen Bestellpositionen mit Lieferdatum werden mit allen Kundenrückstandspositionen abgeglichen. Kommentar von Thomas Stucky - 10.05.2022 12:24 Anmerkungen von Herr Fischer (Fa. Seiwert) zu Lieferterminen: Hallo Herr Stucky,
folgende Punkte sind mir bis jetzt mal aufgefallen, die automatisierte Kundenseitige Liefertermine erschweren:
Das würde uns zumindest mal vernünftige Termine ausspucken, sofern der einkaufsseitige Termin bekannt ist.
Für automatisierte ABs aus dem Shop oder der direkten Anzeige im Shop müsste man in meinen Augen auch die Lieferanten mit ins Boot holen, gerade, wenn kein Bestand verfügbar ist. Leider weiß ich nicht, ob hier noch zusätzlicher Austausch über Elbridge möglich ist. Problematisch sehe ich hier auch noch, dass vorher nicht bekannt sein kann, wann bestellt wird. Wir sammeln Rückstände ja auch mal ganz gerne, gerade bei kleineren Lieferanten, um nicht irgendwelche Frachtfreigrenzen etc. zu erreichen. Das wäre dann die nächste Unbekannte, die sich so leicht auch nicht wegrechnen oder mit einer Toleranzzeit lösen lässt.
E-Mail: n.fischer@elektro-seiwert.de Termin mit Gesellschaftern: 11.05.2022 14:00 Uhr Kommentar von Thomas Stucky - 30.05.2022 17:06Kommentar von Thomas Stucky - 31.05.2022 14:09Funktion zur Ermittlung der Liefertermine im ersten Step --> Prio hoch Weitere Funktionalitäten im zweiten Step. Kommentar von Thomas Stucky - 21.11.2022 16:21Kommentar von Thomas Stucky - 21.11.2022 16:24Erweitertet Aufwand ermittelt im Feinkonzept mit neuem Vorgang FEGSHC-345 Kommentar von Klaus Schnaible - 15.12.2022 16:24 Hallo Herr Schnaible, Hallo Herr Stucky, folgende kleine Anmerkungen habe ich zur aktuellen Systematik der Lieferterminweiterleitung: Wie bereits gesagt sind wir total begeistert von dem aktuellen Plan und freuen uns, wenn es umgesetzt ist! Mit freundlichen Grüßen E-Mail: n.fischer@elektro-seiwert.de Hallo Herr Schnaible,
es sind ja zwei neue unabhängige Felder für den Termineintrag /Rückstand geplant. Welches Elektro Seiwert dann für seine Ermittlung/Andruck heranzieht ist frei bestimmbar. Rest steht in roter Farbe unten.
Mit freundlichen Grüßen
Wolfgang Reutter Kommentar von Klaus Schnaible - 18.01.2023 12:19 Nachfrage von Herrn Fischer/Seiwert: Klaus Schnaible <klaus.schnaible@fegime.de> Ja, das wird ebenfalls beachtet.
Erweiterung auf Kundenwunsch (Fa. Müller Herr Mangold) Bewilligt durch Fegime (Herr Schnaible)
und daraus ergeben sich die Anforderungen, die von Herrn Mangold nachgereicht wurden: Für SHC gäbe es noch zu tun: Zu 1b) Zusatzprogrammaufruf in SHC421: ein Forms-Programm für den Zusatzprogrammaufruf implementieren Aufwand: 8 h 1d) Button der Rückstandsaktualisierung im SHCB146 Aufwand: 6 h 2a) neuer UserHook für einen individuellen Liefertermin (und Menge) Aufwand: 6 h Es handelt sich also um einen Mehraufwand von 20 Stunden. Kommentar von Klaus Schnaible - 25.08.2023 11:29Für die Rückstandspositionen eines Auftrags kann nun ein voraussichtlicher Liefertermin ermittelt werden, der die Die Lieferzeitaufschläge können in folgenden Programmen gepflegt werden: Kundenstamm (SHC056K), Lieferantenstamm (SHC056L), Bestell- bzw Lieferanschrift (SHC071). | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-47 | (56/2017-03-23) Kabelreste, Überlänge kostenfrei (56/2017-03-23) Kabelreste, Überlänge kostenfrei
Beschreibung:
Mangold, Müller Beim Verkauf von Schnittlängen, sollte bei Restringen die Möglichkeit geben einen Überschuss bei einem Restring kostenlos (Preis und Metall) mitzuliefern. Es ist in vielen Fällen "günstiger" ein paar Meter Kabel an den Kunden zu verschenken, wie den gesamten Ring nach X Jahren dann zu verschrotten. Die Werte (Preis und Metall) von Hand anzupassen ist äußerst mühselig. Auf dem Lagerentnahmeschein soll für den Kommissionär die tatsächliche Länge des Restrings ausgegeben werden. Auf den Kundendokumenten (AB,LI,RA) soll die vom Kunden bestellte Menge mit dem Hinweis auf die kostenfreie Überlieferung ausgegeben werden. Helpdesk-Nr.: 359013 Kommentar von Klaus Schnaible - 13.06.2018 17:49 Anmerkung SHC: In der Erfassungsmaske für Kabellängen im Positionserfassungsteil der Auftragserfassung wird über eine neue Checkbox eine Kennzeichnung geschaffen, "Rest kostenlos mitliefern" Das Setzen sollte über eine neue Berechtigung im SHC344 aktivierbar sein. Zusätzlich sollte ein Maximal-Restwert definierbar sein, damit pro Position nicht zu viel verschenkt werden kann. Die Menge im Auftrag wird über die bestellte Menge erfasst. Auf den Belegen kann in Abhängigkeit der Checkbox ausgegeben werden, dass der Rest kostenlos mitgeliefert wird. In der Faktura wird der Rest auf der verbleibenden Länge, ähnlich einer Inventurdifferenz, ausgebucht und ein Satz in die Einzelpostentabelle ausgegeben. Aufwand: 36 Stunden Kommentar von Torsten Lotz - 08.10.2019 15:35Wir haben die Anforderung in den aktuellen Sprint eingeplant. Ich gebe Bescheid sobald wir die Entwicklung abgeschlossen haben. Kommentar von Torsten Lotz - 20.12.2019 16:43Die Implementierung ist in Arbeit und wird intern noch abgestimmt. Wir melden uns sobald es hier einen neuen Stand gibt. Kommentar von Torsten Lotz - 24.01.2020 15:27Klaus Schnaible: Gibt es für diese Anforderung noch weitere Gesellschafter, die interessiert sind? Kommentar von Klaus Schnaible - 27.01.2020 10:35Im Moment ist mir noch niemand bekannt. Kommentar von Torsten Lotz - 04.02.2020 11:05Die Entwicklung wurde von unserer Seite abgeschlossen. Die Umsetzung ist mit dem nächsten Quartalsrelease verfügbar. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-49 | (53/2017-03-23) Logistikkette für Lieferantenretouren (53/2017-03-23) Logistikkette für Lieferantenretouren
Beschreibung:
Flörchinger, Moster Daher ist es sinnvoll, für den innerbetrieblichen Warenverkehr auch bei Lieferanten-Retouren mit Logistikketten arbeiten zu können. Helpdesk-Nr.: 358452 Kommentar von Klaus Schnaible - 13.06.2018 17:50 Anmerkung SHC: Wir erweitern die Funktionalität der Logistikketten für Lieferantenretouren. Eine Detailkonzeption steht noch aus. Wir schätzen einen Aufwand von mindestens 3 Tagen Aufwand: 24 Stunden Kommentar von Klaus Schnaible - 18.12.2023 11:08Wird laut FB nicht mehr benötigt. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-50 | (51/2017-03-23) Programmerweiterung SHC072EW (51/2017-03-23) Programmerweiterung SHC072EW
Beschreibung:
Nägele, Nägele 1. Wie kann für eine Lieferanten-Preisgruppe, für die bislang keine Sonderkondition hinterlegt war, ein Datensatz hinzugefügt werden? 2. Kann der Ausdruck des Einstufungswunsches auf die tatsächlich betroffenen Lieferanten/Preisgruppen begrenzt werden? Bei vielen Kunden ist die Sonderkonditionsliste sehr lang und verschwendet somit Papier und wird unübersichtlich. 3. Wenn bei einem Kunden ein Lieferant ausgewählt wurde, wird ein Datensatz (ohne Bezug zu einer Preisgruppe) eingefügt, der dann nur über den Genehmigungsprozess zu löschen ist. Kann das nicht anders gelöst werden? 4. In der Info-Mail an den Genehmigenden fehlt der Name des beantragenden Sachbearbeiters - gibt es einen Parameter, der gesetzt werden muss? 5. Gibt es ein Programm, in dem die Einreichungs-/Genehmigungshistorie nachvollzogen werden kann? Toll wäre es, wenn bei der Einreichen-Maske auch ein Freitext-Feld verfügbar wäre, damit der Grund für die Änderung angegeben werden kann (z. B. Anpassung an den Wettbewerb XY, Anpassung Fabrikat X an Fabrikat Y etc.) Diese Info sollte der Genehmigende auch sehen können, um die Entscheidung fundiert zu treffen. Wenn es dann noch ein Protokoll-Programm gäbe, dann könnte man sich den Papierausdruck und nachgelagerte Ablage ins elektronische Archiv auch noch sparen.... Helpdesk-Nr.: 358358 Kommentar von Klaus Schnaible - 13.06.2018 17:50 Anmerkung SHC: Wir erweitern das Programm zum Einreichen der Änderungen für die Kundensonderkonditionen derart, dass ein Bemerkungstext zur Bearbeitung der Anfrage zugefügt werden kann. Über eine zusätzliche Protokolltabelle werden die Anfragesätze inkl. des Bemerkungsfeldes in der neuen Protokolltabelle gespeichert. Über die Protokolltabelle wird ein Abfrageprogramm für die Recherche erstellt. Kommentar von Klaus Schnaible - 11.06.2024 14:36Muss neu mit dem Kunde aufgenommen werden. Kommentar von Klaus Schnaible - 17.07.2024 11:461) Der Ausdruck der Einstufungswünsche kann nun auf geänderte Konditionen eingeschränkt werden. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-51 | (34/2017-03-23) Referenzen/Zubehör/... aus dem Shop in der Auftragserfassung (34/2017-03-23) Referenzen/Zubehör/... aus dem Shop in der Auftragserfassung
Beschreibung:
Festner, Hartl
Referenzen/Zubehör/"andere kauften auch" aus dem Shop sollen auch in der SHCware zur Verfügung stehen. Hierzu soll der webRequest "Direktaufruf XML" verwendet werden. Helpdesk-Nr.: 350392 Kommentar von Klaus Schnaible - 05.06.2018 12:58 webService Artikelaufruf via XML ist mit allen Informationen fertig Kommentar von Klaus Schnaible - 13.06.2018 17:51Anmerkung SHC: Wir erweitern den Positionsteil der Auftragserfassung derart, dass im unteren Bereich Vorschläge zu weiteren passenden Artikeln angezeigt werden können. Über ein UserHook kann die Tabelle der passenden Artikel modifiziert werden. Die Artikel, die intern ermittelt werden, werden direkt beim Abschluss der Position angezeigt. Im 2. Schritt können über einen Knopfdruck auch Daten von der Fegime abgefragt werden. Dazu wird ein Webservice erstellt, über den Referenzen bei der Fegime angefragt werden können. Kommentar von Klaus Schnaible - 03.06.2019 14:48in unserem Artikeldirektaufruf in XML, den sie auch für die fremdländischen Rechnungstexte verwenden, ist diese Information schon enthalten. Was wir dort haben:
<Sliders> <Slider name="Recommendations"> <Article> <artnr>3507016</artnr> </Article> <Article> <artnr>3507090</artnr> </Article> </Slider> <Slider name="Referrals"> <Article> <artnr>3135099</artnr> </Article> <Article> <artnr>5035534</artnr> </Article> </Slider> <Slider name="Accessories"> <Article> <artnr>3550031</artnr> <type>Zubehör</type> </Article> <Article> <artnr>3550032</artnr> <type>Zubehör</type> </Article> <Article> <artnr>3550033</artnr> <type>Zubehör</type> </Article> </Slider> </Sliders> Kommentar von Torsten Lotz - 17.10.2019 16:00Idee mit der Lösung über GAEB ist nicht mehr aktuell Kommentar von Torsten Lotz - 12.11.2019 12:19Aus unserer Entwicklung kamen folgende Rückfragen bzgl. dieser Anforderung: Im Positionsteil der Auftragserfassung sollen in Zukunft Vorschläge zu passenden Artikel angezeigt werden können. Es soll die Möglichkeit geben passende Artikel über einen User-Hook pflegen und ermittelte Artikel in der SHCware anzeigen zu können. Im 2. Schritt können über einen Knopfdruck auch Daten von der Fegime abgefragt werden. Hierzu gibt es schon eine Möglichkeit (siehe „wichtige Kriterien“). Was heiß hier per Knopfdruck und was bedeutet im 2. Schritt? Soll in der Auftragspositionserfassung auf Knopfdruck ein Request gesandt werden. Sollen wir das nun direkt auscodieren? Kommentar von Klaus Schnaible - 14.11.2019 15:24Hallo Frau Gschwind, ich nehme an mit dem ersten Teil sind die Referenzringe aus der SHCware gemeint, also wenn ein Gesellschafter selber etwas gepflegt hat. — Auf Knopfdruck (über einen Button) bei Schritt 2 wurde angedacht, damit nicht ohne Bedarf ständig der webService der FEGIME aufgerufen wird. Oder anders: Dem Mitarbeiter werden im Positionsteil der Auftragserfassung die Referenzen aus der SHCware angezeigt. Durch eine bewusste Entscheidung (beispielsweise über einen Button) können die Informationen der FEGIME, getrennt nach "Andere kauften auch", "Referenzen", "Zubehör" angezeigt werden. PS: Wichtig ist vorallem bei Zubehör auch die darunterliegende Klassifikation "<type>" zur Gliederung, da gibt es beispielsweise u.a. auch "notwendiges Zubehör". Ziel: Der Nutzer in der SHCware hat alle relevanten Informationen zum Produkt, wenn er sie benötigt. Beschreibung der Type-Elemente aus BMEcat: Basisartikel Bestandteile Nachfolger Notwendiger Zusatzartikel Ähnlicher Arti-kel Notwendiger Auswahlartikel Ersatzteil Sonstige Verweisart Folgende Anfrage habe ich gerade zu diesem Thema erhalten: Hallo Frau Gschwind, wir möchten in unserer SHCware die Referenz-Artikel aus dem Fegime-Onlineshop anzeigen. Müssen wir noch irgendetwas tun, damit die Referenzen bei uns in die SHCware übernommen werden? Kann man das irgendwie gerade ziehen? Mit freundlichen Grüßen i. A. Matthias Binder Das hatte ich H. Binder geschrieben: Guten Morgen Herr Binder, wie es Moster macht, weiß ich leider nicht. Vielleicht haben die etwas Individuelles unter Zuhilfenahme des Artikel-XML-Abrufes programmiert. Es gibt zu dem Thema aber ein beauftragtes SHC-Ticket, dass unsere Referenzen in der SHCware angezeigt werden sollen (FEGSHC-51). Kommentar von Klaus Schnaible - 21.01.2020 13:23Die Übernahme der Daten IN die SHCware ist auch schwer möglich, da die Referenzringe der SHCware und der FEGIME nicht kompatibel sind. Desweiteren verwendet die SHCware die Referenzringe auch noch für andere Zwecke (Nachfolgeartikel) die bei FEGIME separat verwaltet werden. Das wurde auch ausgiebig im Beirat diskutiert. [~sg@shcom.de]: Gibt es schon eine zeitliche Plaung für dieses Ticket? Kommentar von Klaus Schnaible - 16.03.2021 14:34Granzow, Herr Stieglmeier, hat wegen dieser Funktion nachgefragt. Kommentar von Klaus Schnaible - 15.12.2021 16:38Gibt es schon eine Terminplanung dazu? Kommentar von Klaus Schnaible - 29.07.2022 14:23Da das fertig zu sein scheint, gibt es eine Beschreibung zur Einrichtung bzw. einen Screenshot? Es ist nun möglich, die Referenzen aus elektro-online in der Auftragserfassung anzeigen zu lassen. Dafür muss der Parameter EO-ARTINFO im SHC322 aktiviert werden und die Satzart EO_ARTINFO in der T611WSDL gepflegt sein. Durch den neuen Button im AB001POS (2. Seite der Toolbar) werden die Daten geholt und gespeichert.
Aktuell werden nur angelegte Artikel (T051ART) als Zubehör, Referenz oder "passend dazu" angezeigt. (Der Text "Zuberhör" wird mit dem nächsten Patch zu "Zubehör") Anmerkung Fegime: Zu den Referenzen, bzw. Zubehör: Beispielsweise Siemens bietet eine Unmenge von Zubehör beispielsweise zur Zusammenstellung eines Tasters an (also auch notwendiges Zubehör). Wenn das nur zum Teil zu sehen wäre, wäre es mehr als schlecht.
Schattenartikel sollen mit angezeigt werden, in der Anzeige mit der zugeordneten "diversen Artikelnummer" oder ganz ohne Artikelnummer --> Fehlermeldung bei "Erfassen". Kommentar von Thomas Stucky - 09.11.2022 14:11Hallo Herr Schnaible, hallo Herr Herger, unser Testsystem für EO funktioniert nicht mehr. Ich kann mich im Browser unter http://shc-eotest.fegime.de nicht mehr mit meinen Zugangsdaten im Shop anmelden. Wurde das Testsystem deaktiviert oder auf einen neue Adresse umgezogen. Wir benötigen den Zugang um die Änderungen an diesem Ticket intern testen zu können. Könnten Sie das bitte prüfen (lassen)? Im Voraus vielen Dank! Kommentar von Harald Becker - 09.11.2022 14:22 Hallo Herr Thomas Stucky, welcher Benutzername ist das ? Kommentar von Harald Becker - 09.11.2022 14:45Der Kunde ist laut Extranet seit 10.03.2010 gelöscht. Ich habe ihn wieder frei gegeben. Er heißt jetzt aber „SHC-Testzugang“, weil „SHC“ bereits von jemand anderem benutzt war. Kommentar von Thomas König - 14.11.2022 21:10Thomas Stucky, Klaus Schnaible, Harald Becker, Stefan Herger Hallo Herr Stucky, hier muss ich mich entschuldigen: das Testsystem wurde für die Generalprobe einer großen Datenmigration bei einem Gesellschafter auf einen speziellen Datenstand gesetzt. Dabei wurde die Konfiguration für den SHC-Testshop gelöscht und später aufgrund besonderer Umstände leider nicht wiederhergestellt. Ein Kollege hat den SHC-Testshop aus einem Backup wiederhergestellt. Zudem wurden Vorkehrungen getroffen, die routinemäßige Wiederherstellung in ähnlichen Fällen zukünftig sicherzustellen. Der SHC-Testshop sollte jetzt wieder wie gewohnt funktionieren. Melden Sie sich gerne direkt bei mir, falls noch Probleme auftreten. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-52 | (33/2017-03-23) SHC360PZ (33/2017-03-23) SHC360PZ
Beschreibung:
Bender, Krieger Helpdesk-Nr.: 357104 Anmerkung SHC: Über ein neues Kennzeichen im SHC360PZ wird die Möglichkeit geschaffen, das der Zugriff auf die Konditionen (alt/aktuell/zukünftig) vom Zugriff auf die Preistabelle entkoppelt wird. SHC_Kalkulation | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-53 | (25/2017-03-23) Erweiterung SHCAG81 (25/2017-03-23) Erweiterung SHCAG81
Beschreibung:
Niedermeier, Schmidt Eine Auswertung über ein User-Hook bzw. UserExit wäre hier ganz hilfreich. Eine Kennzeichnung der Artikel über eine farbige Markierung etc. wäre denkbar. Helpdesk-Nr.: 352905 Kommentar von Klaus Schnaible - 13.06.2018 17:53 Umsetzung: Das SHCAG81 wird derart erweitert, dass der Bestand des Positionslagers in der Maske mit angezeigt wird. Über ein zusätzlich eingebundenes UserHook kann eine farbliche Markierung für das Bestandsfeld eingebunden werden. Kommentar von Torsten Lotz - 08.01.2020 16:23Wir haben intern Aufträge an neue Kollegen weitergegeben. Diese Aufträge werden in der nächsten Zeit bearbeitet. Die Programmierung ist von unserer Seite abgeschlossen. Die Auslieferung erfolgt mit dem nächsten Quartalsrelease. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-54 | (05/2017-03-23) SHC360PZ, Gültig von (05/2017-03-23) SHC360PZ, Gültig von
Beschreibung:
Valder, Profil-E Wir würden gerne die Preisänderungen und die entsprechenden Nettopreisenachläufe vor dem Stichtag der Preisänderung einpflegen und nicht erst an dem Stichtag der Preisänderung. Das Programm sollte in dem eingegebenen Zeitraum von...(z.B. 01.11.2016) bis...(30.11.2016) sobald der Stichtag der Preisänderung (01.11.2016) erreicht ist, die entsprechenden Nettopreise (je nach Einstellung im SHC360PZ) ermitteln und für die Bestellung beim Lieferanten heranziehen. Mit dieser Einstellungen können viele Nettopreisnachläufe im Vorfeld eingepflegt werden. Umsetzung: In der Lieferanten-Preiszuordnung wird ein neues Feld 'gültig von' eingebunden, um die Kondition bereits im Vorfeld einpflegen zu können. Dazu muss die Tabelle inklusive eindeutigem Schlüssel angepasst werden. Zudem wird in den weiteren Verarbeitungen auf dieses Gültigkeitsdatum reagiert, so dass die Konditionen erst zum Stichtag angewendet werden. Aufwand: 16h Kommentar von Thomas Stucky - 30.11.2021 08:47Kommentar von Thomas Stucky - 17.11.2023 13:41 In der Lieferanten-Preiszuordnung (SHC360PZ) wurde ein neues Feld "Gültig ab" eingebunden, hierdurch kann bereits im Vorfeld ein Zeitraum angegeben werde, indem die Preiszuordnung gilt. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-55 | (44/2016-10-13) Erweiterung Kollegenlager: Autom. Erstellung Versandvorgang (44/2016-10-13) Erweiterung Kollegenlager: Autom. Erstellung Versandvorgang
Beschreibung:
Nägele, Nägele -> Das liegt an der Mischvorgehensweise zwischen Kollegenlager und Kollegendirektbelieferung. Es wird die zweite Methode benutzt, soll aber so arbeiten wie die erste. Änderung könnte sich aber auch positiv auf die Lösung Kollegenlager auswirken. Der Schritt Wareneingang verbuchen würde auch im Kollegenlager entfallen. -> Es wird ein separater Request benötigt, der die Packet Informationen überträgt, wenn die Verpackung erfolgt ist. Aufwand muss nochmals durch SHC geprüft werden. Erstellung des Versandvorgangs inklusive der Versandmittel und Paketnummern beim Kollegen über einen neuen Request. Das Mapping der Verpackungsmittel erfolgt über eine neue Zuordnung Verpackungsmittel zum ISO-Code bei beiden Kollegen. Die Daten sollen im Anschluss für den Andruck des Lieferscheins beim Kollegen verwendet werden. Die Einarbeitung der anzudruckenden Informationen in die Formulare erfolgt individuell je Gesellschafter. Ursprünglich geplante Umsetzung siehe Vorgang 355085 Position 4 11.05.2017 Ich denke wir hatten zum Kollegenlager auch gesprochen, aktuell größtes Problem sehe ich die Übertragung der Versanddaten (Paketnummern, Versandvorgänge) an den Kollegen. Die Vorgehensweise wie von Fa. Nägele und uns aktuell genutzt war ursprünglich nur für Direktlieferungen an denn Endkunden gedacht und daher wurde an die Übertragung der Versandvorgänge nicht gedacht. Ich habe Ihnen dazu mitgeteilt, dass wir bereits im letzten SHC-Fachbeirat über darüber gesprochen haben und hier Hr. Graevenstein mit Fr. Nägele telefonieren wollte und dann das weitere Vorgehen abzustimmen. Zusätzliches Problem: Hier sind die Paketnummern, welche bei uns vom Jungheinrich-System vergeben werden und erst später an die SHC zurückgemeldet werden. Wie aktuell der Stand ist, weiß ich jedoch nicht, hat Fr. Nägele dazu etwas erwähnt? Wurde dieses Thema auch von noch von anderen Kollegen (z.B. Moster) angesprochen? MA: 362193 Kommentar von Torsten Lotz - 04.06.2019 15:12 Was genau ist hier gewünscht? Wollen das auch andere Gesellschafter? Kommentar von Torsten Lotz - 06.06.2019 12:54 Thema noch aktuell und soll mit einer höheren Priorität beauftragt werden. Könnte auch für andere Gesellschafter wichtig sein. Kommentar von Klaus Schnaible - 06.08.2019 15:48Problemstellung: Gesellschafter bestellt bei einem Großhandelskollegen, die Ware wird nicht zum Kunden, sondern vorkommissioniert, also mit eigenem Lieferschein und fertig verpackt NICHT direkt zum Kunden, sondern zum bestellenden Großhändler geschickt, der dann selbstständig weiter liefert, aber die Ware nicht erst ein- und wieder auslagern, bzw. umverpacken möchte. Kommentar von Torsten Lotz - 07.08.2019 18:48Erneute Abstimmung bzgl. der Vorstellungen bzgl. dieser Anforderung muss erfolgen => Vorgang ist schon 2 Jahre alt Interne Besprechung: Laut Vorgang soll der Versandvorgang beim bestellenden Kollegen mit all seinen Informationen gebildet werden, wie er beim sendenden Kollegen Warten auf Rückmeldung von Fr. Nägele und Hr. Festner Kommentar von Torsten Lotz - 13.08.2019 14:39Rückmeldung von Fr. Nägele 13.08.19: Guten Morgen Frau Gschwind, ich bin etwas irritiert. Wir hatten mit Ihrer RE Nr. 26321 die Anpassung unseres LI Formulars hinsichtlich der Ergänzung der Paketnummer beauftragt und bezahlt. Bei Aufträgen ab August 2018, die bei Hartl als Kollege Strecke bestellt wurden, ist auf unseren LI auch die Hartl Paketnummer angedruckt. Siehe Beispiele im Anhang. Aktuell funktioniert der Ausdruck unserer LI über Hartl zwar nicht, das hat vermutlich andere Gründe und ist mit Hr. Sigmund in Klärung. Was soll nun noch abgestimmt werden? Vielen Dank für Ihr Feedback. Mit freundlichen Grüßen --------------------------------------------------------- eMail von mir an Frau Nägele: Hallo Frau Dr. Nägele, ich habe die Anforderung über den Fegime-Fachbeirat (Hr. Schnaible) erhalten. Ist für Sie die von mir genannte Anforderung durch den Andruck auf dem LI gelöst? Wenn ja, dann können wir die Anforderung bei Fegime schließen sonst können wir das Thema noch einmal in den Fachbeirat geben und mit den anderen Gesellschaftern darüber reden. --------------------------------------------------------- Rückmeldung Fr. Nägele: Hallo Frau Gschwind, aus unserer Sicht ist es ok. Ich habe leider keine Idee, warum es bei Hr. Schnaible noch offen ist. Mit freundlichen Grüßen Dr. Tanja Nägele --------------------------------------------------------- Laut Fr. Nägele hat sich das Thema mit der Reportänderung geklärt. Bitte klären sie, ob der Vorgang nun geschlossen werden kann oder ob er noch einmal in den Fachbeirat soll. Kommentar von Torsten Lotz - 06.09.2019 11:11Abstimmung mit Hr. Festner: | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-56 | (09/2016-06-02) Aktionspreise der FEGIME (09/2016-06-02) Aktionspreise der FEGIME
Beschreibung:
Anpassung in der Bestellerfassung: In der Bestellerfassung wird dieser Webservice beim Wechsel aus dem Kopf in den Positionsteil aufgerufen. Der Aufruf erfolgt nur bei der Ersterfassung, nicht bei der Änderung einer bestehenden Bestellung. Über eine Steuerung im SHC322 kann die Abfrage unterbunden werden. MA: 360668 Kommentar von Klaus Schnaible - 23.05.2018 14:51 Extranet / Einkauf Aktionen: Dort werden ja die Aktionen angelegt, siehe oben der Klick „Neue Aktion“. Der Inhalt dieses Fensters soll als webService abrufbar sein, also: Lieferantennummer, Aktion von / bis, Warengruppe, Beschreibung, Linkadresse Dokument zur weiteren Erläuterung
Der webService listet immer alle Aktionen in einer Tabelle/CSV
Der webService wird später von SHC 1 x am Tag je Gesellschafter aufgerufen. Kommentar von Stefan Herger - 23.05.2018 15:37Hallo Frau Müller, gibt es von Ihrer Seite ein bevorzugtes Format für den Webservice? Kommentar von Stefan Herger - 23.05.2018 17:38Wer zur externen Verwendung - hier SHC. Was Zur Anzeige der aktuellen Einkaufsaktionen in SHC soll dafür ein Webservice eingerichtet werden, der alle dazugehörigen Informationen - je Aktion - zur Verfügung stellt. Der Webservice soll über das Extranet unter Administration > elektro-online > Konfiguration > Direktzugriffe Passwort geschützt werden können. Die Webservice URL kann seitens SHC bereits im SHC611WSDL inklusive Logindaten hinterlegt werden. AKs
Hallo Stefan Herger, ich (Norman Hisgen) antworte mit dem Account von Frau Müller vertretungsweise auf Ihre Frage des Datenformats vom Mittwoch. Letztlich können Sie uns dies vorgeben, allerdings würde ich aus Gründen der Erweiterbarkeit definitiv zu einem XML oder JSON raten. Da wir ohnehin im Zuge der TTO-Ablöse zur Zeit bei allen Gesellschaftern Apex nachinstallieren, das die JSON-Verarbeitung vereinfacht, rate ich zu einem JSON. Kommentar von Stefan Herger - 11.07.2018 13:10URL Webservice: http://fegime-intern.de/purchase/offers.json?login=xxxxxx&password=xxxxxx&extern=true Kommentar von Stefan Herger - 12.07.2018 18:10
Hallo Stefan Herger, können Sie uns einen kompletten Beispielaufruf zusenden damit wir uns das JSON anschauen können?
Hallo Klaus Schnaible, der Aufwand dieser Anforderung wird sich durch die Konzeptänderung erhöhen. Wir müssen nun 1x am Tag das JSON abrufen und dann in eine neue Tabelle schreiben, die dann bei der Bestellung ausgewertet wird. Erwartet hatten wir den Request pro Lieferant on the fly ohne Zwischentabelle. Kommentar von Torsten Lotz - 28.05.2019 16:00Wir haben Ihre Anforderung in den aktuellen Sprint eingeplant. Für die Entwicklung wäre es wichtig ein Beispiel-JSON zu bekommen. Kommentar von Stefan Herger - 03.06.2019 17:35Hallo Frau Gschwind, wie besprochen, die Infos zum Zugang. Es geht hier doch um die eigentlichen Extranet Zugänge. Für SHC besteht bereits ein Zugang. Benutzer: SHCware Passwort: shcware! Kommentar von Torsten Lotz - 07.06.2019 16:00 Klaus Schnaible: Unser Entwickler benötigt noch eine Information: Das JSON liefert keine Informationen bzgl. des Betriebs/Mandanten (des Gesellschafters). Sollen die aktuellen Aktionspreise bei sämtlichen Mandanten der Gesellschafter angezeigt werden? Kommentar von Klaus Schnaible - 07.06.2019 20:14Ja, der Aufruf ist einheitlich für alle Mandanten. Kommentar von Torsten Lotz - 24.06.2019 13:15Klaus Schnaible: Unser Entwickler hat die Umsetzung fertig gestellt. Wo sollen wir die Änderung zum Testen aufspielen? Leider steht hier kein Ansprechpartner dabei. Kommentar von Klaus Schnaible - 28.06.2019 16:12Setzen Sie sich bitte mit Herrn Festner von Hartl in Verbindung, die Funktion war ursprünglich von der Firma Hartl gewünscht. Kommentar von Torsten Lotz - 01.08.2019 13:47Wir warten immernoch auf Rückmeldung von Hr. Festner Kommentar von Klaus Schnaible - 06.08.2019 15:50Herrn Festner (Hartl) und Herrn Lopez (Wallraff) via Mail informiert Kommentar von Klaus Schnaible - 07.08.2019 11:30Hinweiß: UP686AKTIO - Aktionspreise der FEGIME Das neue Programm SHC686AKTIO liest die Daten aus der neuen Tabelle T686aktio und zeigt diese an. Diese Tabelle beinhaltet aktuelle und zukünftige Einkaufsaktionen welche über einen regelmäßigen Job von einem webService (SHC611WDSL, Satzart AKTIO_FEGIME, geneue URL: http://fegime-intern.de/purchase/offers.json?login=xxxxxx&password=xxxxxx&extern=true) abgerufen werden. Das Programm öffnet sich, sobald in der Bestellerfassung (EK001) vom Kopf- in den Positionsteil gewechselt wird, es sich um die Ersterfassung handelt und für den ausgewählten Lieferanten aktuelle eine Aktion läuft. Die Funktionalität ist über die Funktionskonstante (SHC322) "AKTIONSPREISE_EK" zuschaltbar und per Default deaktiviert. Kommentar von Torsten Lotz - 07.08.2019 12:42 Um die Funktionalität zu aktivieren müssen folgende Schritte getätigt werden: 1. Webservice-URL hier pflegen: SHC611WSDL, 2. Funktionalität mit Funktionskonstante (SHC322) "AKTIONSPREISE_EK" Inhalt ‚1‘ aktivieren 3. Regelmäßigen Job einrichten (z.B. täglich) welcher folgende Prozedur aufruft (zum Test kann die Prozedur auch einmalig aufgerufen werden um die Tabelle zu füllen): So steht es in der SHC-Releasebeschreibung:
Bitte so ändern, dass die URL mit in der SHC-Releasebeschreibung steht (Herr Schnaible hat das entsprechend in einen Kommentar geschrieben).
Wir haben die Releasebeschreibung angepasst und den Link hinzugefügt. Für uns ist die Entwicklung nun abgeschlossen. Kommentar von Torsten Lotz - 04.11.2019 11:18Guten Morgen die Herren Harald Becker, Klaus Schnaible, wir bekommen vermehrt Anfragen bzgl. der Aktionspreise. Gerade eben hat sich Hr. von Voigt von der Fa. Nutz gemeldet. Hier haben wir ja aktuell die SSL-Problematik. Kurze Beschreibung: Nun die Frage: Wie gehen wir nun damit um? Wie können wir sicherstellen, dass alle Gesellschafter (zeitnah) mit dem SHCProxy versorgt werden? Bitte teilen Sie Ihren Gesellschaftern die aktuelle Problematik mit. Viele Grüße [~sg@shcom.de]: Hallo Frau Gschwind, das wurde kommuniziert und steht in der Info im Extranet so drin. Kommentar von Torsten Lotz - 14.11.2019 14:13 In der Doku zu Fegime-Aktionspreise gibt’s einen Fehler: Der Job der einzurichten ist muss SHC_EK001_L.RCV_AKTION aufrufen, NICHT SHC_E001_L.RCV_AKTION Kommentar von Harald Becker - 14.11.2019 14:16Das hat mir heute schon ein Gesellschafter mitgeteilt. Kommentar von Torsten Lotz - 17.12.2019 11:02Klaus Schnaible: Hr. Matheis von Fa. Krieger hat bei uns per HD-Vorgang gemeldet, dass bei der Erstellung einer Bestellung aus dem Auftragsfuß bzw. aus der Disposition keine Meldung der Aktionspreise erfolgt. Dies wurde nicht von Ihnen bzw. durch den Fachbeirat beauftragt. Wie gehen wir nun hiermit um? Bitte klären Sie den weiteren Ablauf direkt mit Hr. Matheis. Kommentar von Klaus Schnaible - 20.12.2019 11:57Kontakt aufgenommen Kommentar von Klaus Schnaible - 07.01.2020 15:58 Hallo Frau Gschwind, wie groß wäre denn der Aufwand, das dort ebenfalls jeweils einzubauen? Wenn es nur eine kleine Sache ist, dann würde ich das noch nachschieben und wir könnten uns die Behandlung im Beirat sparen. Grüße und gesundes neues Jahr! Kommentar von Torsten Lotz - 10.01.2020 14:19Klaus Schnaible: Ich habe das Thema per Mail an unseren Entwickler weitergeben und lasse mir eine Schätzung erstellen. Die Erweiterung müsste dann natürlich erst neu eingeplant werden. Benötigen Sie für diese Änderung ein Angebot oder ist es möglich, dass wir dies als Erweiterung abrechnen? Kommentar von Torsten Lotz - 16.01.2020 10:13Klaus Schnaible: Wir schätzen den Aufwand auf ca. 5h. Abrechnen werden wir je nach Aufwand. Ja, bitte. Bei 5 Stunden lohnt sich eine Diskussion nicht. Bitte planen Sie die Umsetzung ein. Kommentar von Torsten Lotz - 17.01.2020 13:54Herr Schneider ist schon dran. Wir melden uns sobald die Umsetzung fertiggestellt wurde. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-57 | (39/2016-10-13) SHC125LO: Mengenstaffel im EK-Projekt (39/2016-10-13) SHC125LO: Mengenstaffel im EK-Projekt
Beschreibung:
Humbek, Moster Helpdesk-Nr.: 348260 Kommentar von Klaus Schnaible - 13.06.2018 18:04 Anmerkung SHC: Die Programme SHC125LO und SHC125 werden um Eingabe von Mengenstaffeln erweitert (neue Tabelle). Zum Visualisieren der Mengenstaffeln werden die Unterprogramme im Einkauf entsprechend erweitert. Das Einkaufsprogramm wird derart erweitert, dass die Mengenstaffel im Objekt interpretiert werden. SHC125OKE hat keine Mindestabnahmemenge, hier ist keine Implementierung vorzunehmen!!! Tabelle T125MST Index: Manr, Lanr,ARNR,OBJNR,LIEF,Menge Weitere Felder KZPR, Preis,Bonus (bezieht sich auf Ersatz31), NKE_KZPR (aus Ersatz06), NKE_Preis (aus Ersatz12), SCHL (Ersatz38). UP125T1 muss ebenfalls angepasst werden. Die Mengenstaffeln werden in einem zusätzlichen Canvas unterhalb der aktuellen Ansicht angezeigt (sowohl UP125t1, als auch SHC125(LO)). Die Pflege der Mengenstaffel sollte über einen Schalter SHC322 aktiviert werden. In der Pflege wird ein neues Listitem (Ersatz26 - Kommentar in der Tabelle Pflegen) eingebunden. Wenn eine Änderung am ListItem vorgenommen wird, dann wird der Anwender darauf hingewiesen, dass der Hauptsatz gelöscht wird und die Pflege nur noch in der Mengenstaffel vorgenommen werden kann. Beim Ändern auf den Wert Mengenstaffel "Nein", wird die Mengenstaffel gelöscht. In beiden Fällen geht eine Rückfrage auf, ob der Anwender die Aktion wirklich ausführen will. Auftragswesen: AB001A.ob_Preis um die Prüfung auf die Mengenstaffel erweitern. Kommentar von Thomas Stucky - 24.10.2023 13:11Klaus Schnaible @Ulrich.Ostler@moster.de Die entsprechenden Änderungen wreden mit dem QR61 veröffentlicht. Sie sind also noch nicht verfügbar. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-58 | (14/2016-06-02) elektronischer Rechnungsversand, SHC679 (14/2016-06-02) elektronischer Rechnungsversand, SHC679
Beschreibung:
Im Infosystem unter der Ansicht "Kunde" wird ein neues Programm in den Baum integriert, über dass die elektronischen Schnittstellen beauskunftet werden können. Über einen Button "Details" wird je nach Satzart in die jeweilige Pflege verzweigt. MA: 350408 Kommentar von Torsten Lotz - 08.08.2019 16:51 Klaus Schnaible: Können Sie mir einen Ansprechpartner für diese Anforderung nennen? Kommentar von Torsten Lotz - 08.08.2019 17:24Die Umsetzung dieser Anforderung ist in Arbeit. Wir melden uns sobald wir die Entwicklung fertig gestellt haben. Kommentar von Klaus Schnaible - 09.08.2019 15:08Herr Dietrich, EBRA Kommentar von Torsten Lotz - 12.08.2019 19:56Hallo Herr Klaus Schnaible, haben Sie bgzl. dieser Anforderung noch weitere Informationen? Wurde diese Anforderung in einem Fachbeirat besprochen? Wir binden die zwei Programme "SHC679" und "SHC697K" ein. Soll außer den zwei oben genannten Programmen noch ein weiteres Programm eingebunden werden? Was genau soll getan werden? Was soll das Programm tun? Wie soll es aussehen? Falls Sie die Informationen nicht haben, bitte ich um eine kurze Rückmeldung damit ich direkt Hr. Dietrich beauskunften kann. Viele Grüße Mail an Hr. Dietrich versendet - Rückfrage, ob unsere Umsetzung so i.O. ist und ob und wo wir die Änderung einspielen sollen Kommentar von Torsten Lotz - 30.08.2019 10:48Wir werden die Änderung ins Release freigeben und abrechnen. Kommentar von Torsten Lotz - 02.09.2019 17:52Rückmeldung von Hr. Schnaible: | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-59 | (29/2016-02-18) Artikelkonto, Einzelpreis ohne Zuschlag (29/2016-02-18) Artikelkonto, Einzelpreis ohne Zuschlag
Beschreibung:
Festner, Hartl Wir hätten hier gerne eine zusätzliche Spalte mit dem Wert ohne Zuschläge. Wird geprüft und im Rahmen der Wartung angepasst. Hier kann leider keine Anpassung im Rahmen der Wartung vorgenommen werden. Es handelt sich hier um die Verkaufsseite, welche mit Metallwert abgestellt wird. Anpassung Fakturierung / Rechnungsprüfung zurückschreiben des Einstandspreises. Es könnte ein zweites Feld eingebunden werden, in dem der Wert ohne Metall abgestellt wird. Anteilige Ermittlung in der Rechnungsprüfung beachten! Beispiele siehe auch Helpdesk-Vorgang 344714 Aufwand: 16h Kommentar von Thomas Stucky - 22.11.2021 08:42Kommentar von Klaus Schnaible - 18.12.2023 11:01 Laut Beiratssitzung umgesetzt | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-61 | (26/2015-03-03) Versandvorgänge Umverpackungen, Cadis (26/2015-03-03) Versandvorgänge Umverpackungen, Cadis
Beschreibung:
(26/2015-03-03) Versandvorgänge Umverpackungen, Cadis -> soll umgesetzt werden Aufwand SHC 5 Tage Umsetzung muss mit AM/JG/PG noch genauer definiert werden. In der Versandposition muss ein Verpackungsmittel gescannt werden können, welches in einem neuen Feld als übergeordnetes Packstück erfasst werden kann. Bei der Übergabe der Daten an Kratzer muss die Information im Anschluss mitgegeben werden. Ursprüngliche Anfrage von Mangold, Müller 03.03.2015: Wir haben bei einigen Kunden mehrere Sendungen, die für die Auslieferung zusammen gepackt werden. Beispiele: Viele Kartons für einen Kunden werden auf eine Palette verpackt, diverse Kollegenbestellungen werden für den Paketversand in einen Umkarton gepackt . Bei der LKW Auslieferung muss nun für die Zustellsendung für Cadis die Umverpackung geöffnet werden, damit jedes einzelne Packstück gescannt werden kann. Lösungsvorschlag / -ansatz: Grundsätzlich könnte jedes Verpackungsmittel aus dem SHC690VM als Umverpackung dienen. Im Versandvorgang müssten die Positionen der Packmittel (T690VPO) um ein Kennzeichen Umverpackung erweitert werden, dieses Kennzeichen müsste im SHC690VVG beim Verpacken gesetzt werden können. Die Packmittel müssten zusätzlich noch um den Versandvorgang und die Positionsnummer der Umverpackung erweitert werden. Unterverpackungen könnten in einer Tabpage bei den bisherigen Packmitteln angezeigt werden. Per Scannen der Packstücknummer müsste diese in den Versandvorgang geswitched werden und der Umverpackung zugeordnet werden. Beim Zuordnen zu einem neuen Versandvorgang müssten Validierungen vorgenommen werden: z.B. stimmen die Lieferadressen überein, bei Abweichungen nur nach Rückfrage übernehmen . Bei der Übergabe an Cadis dürfen nur normale“ Packstücke und Umverpackungen übermittelt werden. Beim Löschen von Umverpackungen sollte das Packmittel aus der Umverpackung gelöst“ werden. Die Unterverpackungen müssten im UP690VVG ebenfalls angezeigt werden. Weitere Informationen 06.10.2015: Anforderung Moster (Vorbeladung auf Gitterbox, beim Beladen nur Gitterbox scannen, Auslieferung einzelner Packstücke) kann auch ohne Kratzer gelöst werden. Aufwand bei Kratzer 12 Tage (siehe Mail Container-Beladung-Zustellung vom 05.10.2015) Aufwand bei SHC muss noch geprüft werden Verladescannung soll mobil auf einem Scanner vorgenommen werden. Hier wird die Zuordnung von Oberpackstück zu Unterpackstück vorgenommen. Diese Zuordnung soll nicht im SHC690VVG abgebildet werden. Umsetzung soll vorgenommen werden. Vorab Info über den Aufwand an Fegime geben. Weitere Informationen gegebenenfalls in Vorgang 338791/Pos 1 nachlesen. Kommentar von Torsten Lotz - 13.01.2020 15:04 Laut unserer Information hat sich diese Umsetzung laut Fa. Moster erledigt. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-62 | (35/2017-03-23) Benutzer gegen LDAP prüfen (35/2017-03-23) Benutzer gegen LDAP prüfen
Beschreibung:
Raschinsiky, EGU Ist eigentlich gar nicht so kompliziert und haben wir bei unserem Intranet bereits realisiert (nur mit Oracle-Bordmitteln: DBMS_LDAP). Helpdesk-Nr.: 355600 Kommentar von Anja Meichsner - 29.03.2018 13:26 Teilweise an EGU bereits ausgeliefert. Der Test bei EGU hat die Notwendigkeit von Nacharbeiten ergeben. Kommentar von Klaus Schnaible - 13.06.2018 18:07Anmerkung SHC: Die SHCware Anmeldung wird für gewisse User lt. einem neuen Kennzeichen im SHC304 auf LDAP Authentifizierung umgestellt. Die Funktionalität wird mit dem Package DBMS_LDAP realisiert Nachfrage beim Kunden Ist ein Feld in der T304usac notwendig, oder kann die Prüfung auch auf Grund bestehender Felder und Einstellungen im UserHook geprüft werden (z.Bsp. über die Menügruppe). Kommentar von Torsten Lotz - 20.02.2019 08:54Ihre Anforderung ist in Bearbeitung. Wir melden uns sobald die Entwicklung abgeschlossen wurde. Kommentar von Torsten Lotz - 21.02.2019 09:17Die Entwicklung wurde abgeschlossen und steht im aktuellen Tagesrelease zur Verfügung (KW 9). | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-63 | (39/2014-05-27) Kundenbonus (39/2014-05-27) Kundenbonus
Beschreibung:
Kundenbonusverwaltung in der SHCware
Alle mit Kunden getroffenen Bonusvereinbarungen sollen in der SHCware verwaltet werden können. Verwaltung der Vereinbarung (Steuerung) Jede Vereinbarung soll in der SHCware festgehalten werden. Je nach erreichtem Umsatz gestaffelt, soll der vereinbarte Bonus-Prozentwert hinterlegt werden können. Dabei sollte es folgende Steuerungsmöglichkeiten pro Kunde geben: - Zeitraum der Vereinbarung (von bis)
Die Steuerung soll pro Kunde, Vertreter (Niederlassung) ausgedruckt werden können. Vereinbarung (Formular) Die Vereinbarung soll gemäß der oben beschriebenen Steuerung ausgedruckt werden können. Je nach einzelner Steuerung sollen Textbausteine hinterlegt werden können, durch die sich die Vereinbarung dann zusammensetzt. Die Vereinbarung wird über den Außendienst zur Unterschrift an den Kunden gebracht. Der Rücklauf soll überwacht werden, so dass in der EDV nachvollziehbar ist, ob die Vereinbarung unterschrieben zurückgekommen ist. Das vom Kunden unterschriebene Formular soll als Datei der jeweiligen Vereinbarung angehängt werden können, so dass es über die SHCware aufrufbar ist.
Auswertung (Reporting) Für alle oder einzelne Kunden mit einer Bonusvereinbarung soll es die Möglichkeit geben, eine aktuelle Auswertung auszudrucken. Für den Ausdruck soll folgendes selektierbar sein: - Zeitraum der Auswertung von bis
Die Auswertung soll folgende Informationen beinhalten:
Berechtigung Es soll eine Steuerungsmöglichkeit geben, so dass ein ADM nur die Kunden aufrufen kann, für die er als Vertreter hinterlegt ist. Zusätzlich soll es eine Steuerungsmöglichkeit geben, so dass ein Sachbearbeiter alles sehen darf (z. B. für Geschäftsleitung oder Verwaltung). MA: 344343 Kommentar von Torsten Lotz - 08.08.2019 16:51 Klaus Schnaible: Können Sie mir einen Ansprechpartner für diese Anforderung nennen? Kommentar von Klaus Schnaible - 09.08.2019 15:09Herr Flörchinger, Herr Moster Kommentar von Torsten Lotz - 08.10.2019 14:53Herr Festner (Fa Hartl) hat nach dem aktuellen Stand dieser Anforderung gefragt. Aktuell ist diese Anforderung sehr niedrig priorisiert. Ich werde ihm empfehlen die Anforderung im nächsten Fachbeirat höher ansetzen zu lassen. Kommentar von Klaus Schnaible - 08.10.2019 15:02Nachdem bereits ein Mitarbeiterauftrag erstellt wurde, bin ich davon aus gegangen, dass bereits begonnen wurde und habe das so kommuniziert. Kommentar von Torsten Lotz - 08.10.2019 15:34Wir erstellen immer direkt einen MA aber arbeiten trotzdem nach der Prio laut dem Jira-Board (von oben nach unten). Ich schreibe immer direkt in das Jira-Board bzw. in den entsprechenden Task wenn wir die Bearbeitung beginnen. Kommentar von Klaus Schnaible - 08.10.2019 18:56Es wurden auf der letzten Sitzung gar keine neue Priorisierungen vorgenommen - das müssen wir nächste Woche unbedingt machen! (Die Einteilung wieder in Sprints - oder die reihenfolge im Backlog.) Kommentar von Klaus Schnaible - 18.12.2023 11:02Wird nicht mehr benötigt | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-64 | (41/2017-10-12) Kabelreste, Übergabe an Shop, Reste-Rabatt (41/2017-10-12) Kabelreste, Übergabe an Shop, Reste-Rabatt
Beschreibung:
Kabelreste sollen an den Shop übergeben werden. Im Prinzip ist alles fertig, die Daten selber werden bereits an den Shop geliefert und können auch im Artikelreiter angezeigt werden. Es fehlt nur noch ein spezieller Reste-Nachlaß in der Kalkulation. Dies ist schon länger offen, bitte zügig umsetzen. Kommentar von Anja Meichsner - 16.04.2018 14:08 Ist im Aktuellen Sprint geplant. Umsetzung seitens SHC: --> Die Zuordnung dieses Rabattes wird im Artikelstamm vorgenommen. --> Für die Preisfindung benötigen wir ein Kennzeichen das die Preisfindung für eine Restlänge vorgenommen wird, so dass der Rabatt an dieser Stelle berücksichtigt werden kann --> Bei der Auftragseingliederung muss geprüft werden, ob es sich um eine Restlänge handelt und in diesem Fall wird die Preisfindung für die Restlänge vorgenommen --> Es muss zwangsläufig eine Trennung zwischen Restlängen und 'normalen' Kabellängen in eigene Positionen pro Auftrag geben, damit der Preis gezogen werden kann. Werden die Längen in einer Position gemischt übergeben, dann zieht immer der Standardpreis. --> Um alle Kabelreste auszugeben, wird ein neuer Request Kabelreste benötigt. Dies kann nicht in der Abfrage der Aktionspreise erfolgen, da diese Thematik SHC-Seitig nichts mit Aktionspreisen zu tun hat. Kommentar von Anja Meichsner - 18.06.2018 12:50Die Programmierung zu dem Thema ist soweit vorgenommen. Wir würden die Thematik gern mit einem Paten gegenprüfen. Können Sie uns bitte einen Gesellschafter nennen, den wir bezüglich des Tests der Abhandlungen ansprechen können? Kommentar von Harald Becker - 20.06.2018 16:02Die Fa. Moster wäre ein Kandidat. Wann bekommen wir den XML-Request "Kabelreste", damit wir die Anpassungen im Shop weiter geben können ? Kommentar von Anja Meichsner - 16.07.2018 13:50Den Request werde ich im Laufe der Woche auf das Produktivsystem der Firma Moster installieren. Der Aufruf des Requestes sieht beispielsweise so aus: http://shcrac-scan.shcdom.de/pls/dev/!SHCwareXMLRequest.KabelReste?manr=1&kdnr=1989&arnr=1989_1 Der Request kann auch ohne Artikelnummer aufgerufen werden, um alle verfügbaren Reste auflisten zu können. Die Erweiterung ist nun auf dem Moster Echtsystem installiert. Intern kann der Request wie folgt erreicht werden:
http://192.168.254.117/pls/help/!SHCwareXMLRequest.KabelReste?manr=1&kdnr=59999 Kommentar von Harald Becker - 18.07.2018 14:29
Wir brauchen im XML-Request "Artikeliste" eine Kennzeichnung, ob für den Artikel Kabelreste vorhanden sind. Sonst muss der Shop ja zusätzlich für jeden Artikel den XML-Request "Kabelreste" abrufen und das ist sicher nicht sinnvoll. Vorschlag: "<kabelreste>" Wenn das Tag nicht vorhanden ist, gibt es keine Kabelreste. Kommentar von Harald Becker - 06.09.2018 14:32Kann für Kabelreste das Feld "anzahl" grösser als "1" sein ? Kommentar von Klaus Schnaible - 06.09.2018 18:15Bitte dringend eine genaue Definition der Felder im Request nachreichen. Wir verstehen das ein oder andere nicht, wieos gibt es <Anzahl> bei einem Kabelrest beispielsweise? Kommentar von Anja Meichsner - 07.09.2018 17:43Anbei die Dokumentation zum Request Kabelreste. Es kann im Feld Anzahl tatsächlich auch ein Wert größer 1 ausgegeben werden. Dies ist immer dann der Fall, wenn Ringe als Rest gekennzeichnet werden. Ich hab mir bei verschiedenen Gesesllschaftern angeschaut, ob dieser Fall vorkommen kann und habe diese Konstellation in einem Fall beispielsweise beim Gesellschafter Moster erkennen können. Meiner Meinung nach ist es hier aber nicht notwendig, diese einzeln im Shop anzuzeigen, wenn ermöglicht wird, dass auch eine geringere Anzahl gewählt werden kann.
Bezüglich der Erweiterung der Artikelliste (Kennzeichen ob ein Kabelrest verfügbar ist) werde ich mich in der nächsten Woche noch einmal melden. Kommentar von Anja Meichsner - 06.12.2018 11:59Der Request für die Artikelliste wurde um das Kennzeichen Kabelreste erweitert. Im Falle das der Artikel Kabelreste aufweist, wird hier ein J ausgegeben, bei nicht vorhandensein von Kabelresten wird ein N ausgegbeen. Die Anpassung ist beim Gesellschafter Moster aufgespielt und kann dort getestet werden. Kommentar von Harald Becker - 08.05.2019 10:48Anscheinend ist das nicht zu Ende programmiert worden.
Was wir für den Shop schnellstmöglich im XML-Request "Kabelreste" brauchen:
<Zuschlag> Ich habe intern eine neue Position für den MA 369073/3 angelegt und ihre Anforderungen hinzugefügt. Kommentar von Torsten Lotz - 04.06.2019 13:17Die Implementierung wurde abgeschlossen.
Folgende Änderungen wurden umgesetzt: Ergänzung der KabelReste: Verbesserung der Performance Kommentar von Harald Becker - 06.06.2019 15:54Hallo Frau Gschwind, können Sie uns die Änderung bitte aufspielen ? Danke. Kommentar von Torsten Lotz - 07.06.2019 16:25Harald Becker: Herr Schoog hat den Stand bei Hartl aufgespielt. Brauchen Sie die Änderung auch bei Fegime? Kommentar von Harald Becker - 07.06.2019 16:36Ja, bitte. Kommentar von Harald Becker - 11.06.2019 09:52[~sg@shcom.de]: ich kann bei Hartl nicht erkennen, dass unsere Anforderungen erfüllt sind.
Harald Becker: Hr. Schoog wird sich darum kümmern und wir werden Ihnen so schnell wie möglich eine Rückmeldung geben. Kommentar von Torsten Lotz - 25.06.2019 12:01Antwort von Hr. Schoog: Hallo Sarah, | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-68 | Buchhalterische Frage, Vorkontierung auf Belegen Buchhalterische Frage, Vorkontierung auf Belegen
Beschreibung:
Hallo Herr Graevenstein, können Sie, oder wenn sich ein anderer hier besser auskennt ein anderer, zum diesem Thema mal zurückrufen?
https://rsw.beck.de/cms/?toc=BC.5303&docid=329726
Meine Buchhaltung meint, eine Vorkontierung auf Belegen sei Pflicht, deswegen könnten die in eDoc archivierten Belege nicht vernichtet werden, sondern müssten alle separat aufgehoben werden. Alternative wäre nur, wenn die Vorkontierung bei den Belegen im Archiv mit gespeichert wäre, also die Buchungskonten.
Das kann ich mir aber absolut nicht vorstellen, den in vielen Betrieben werden die Belege im Posteingang ins Archiv geschoben und dann vernichtet – und im Posteingang kennt keiner die Buchungskonten. Kommentar von Klaus Schnaible - 03.05.2018 14:28 Rückruf ist erfolgt, alles geklärt | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-69 | (06/2018-06-13) Kundenbezogene Versandarten im Shop (06/2018-06-13) Kundenbezogene Versandarten im Shop
Beschreibung:
Es sollten Versandarten je Kunde hinterlegbar sein können. Wenn Versandarten beim Kunde vorhanden sind, sollen die globalen Versandarten nicht mehr greifen. -> Umsetzung: Bei Shop-Login liefert die SHCware in einem Feld die zugelassenen Versandartenschlüssel (XML-Request "Kundeninfo"). Default: Leer (alle), sonst die einzelnen Nummern mit Semikolon getrennt. In einem weiteren Schritt interpretiert der Shop dieses Feld und zeigt nur die zulässigen Versandarten beim Kunden an. Bitte das TAG für dieses Feld vorab zur Verfügung stellen, damit parallel im Shop entwickelt werden kann. -> Im Shop müssen nun alle Versandarten kodiert werden, auch solche die evtl. nur von bestimmten Kunden verwendet werden dürfen. Daher soll es im Shop möglichsein, Versandarten von der Default-Anzeige auszuschließen. D.h. liefert die SHCware beim Kundenlogin keinen String mit bestimmten Versandarten, werden nur die Versandarten angezeigt die nicht als „Kundenindividuell“ gekennzeichnet sind. Durch diese Vorgehensweise sind im Standardfall keinerlei Änderungen der Parametrierung notwendig. Bitte das TAG für dieses Feld vorab zur Verfügung stellen, damit parallel im Shop entwickelt werden kann. -> Achtung, das ist sofort beauftragt
Anforderung: Müller, Hartl, Kraft Kommentar von Klaus Schnaible - 03.05.2018 16:51 Anmerkung Herr Montino: "die Möglichkeit dem Kunden individuelle Versandarten zu hinterlegen scheint sehr sinnvoll. In der SHCWare sollten in diesem Fall, bei der Erfassung eines Auftrages auch nur die "gültigen" Versandarten in Abhängigkeit zur Adresse (Rechnungs bzw. Lieferadresse) angeboten werden." Frage an Frau Müller: Geht das nicht eh schon? Kommentar von Jan Graevenstein - 29.05.2018 10:30Das geht so noch nicht, vor allem gibt es keine Abhängigkeiten zwischen Versandart und Lieferanschriften. Das würde sich auch im Shop etwas anders darstellen, da man die Lieferanschrift ja im Abschluss wählt und wenn wir die zulässigen Versandarten in der Kundeninfo (am Anfang) ausgeben braucht man eine Prioritätensteuerung Erschwerend kommt dazu, dass es bei einigen Kunden Abhängigkeiten zwischen Versandart und Tour gibt. Die Auswahl der Tour kann und darf ja der Kunde im Shop nicht vorgeben. Mir schwebt da eher etwas anderes vor: Ich würde gern über eine neue Tabelle Versandarten für den Shop definieren. da steht z.B. nur drin Abholung, Auslieferung. Die genaue Kombination müsste beim letztendlichen Bilden des Auftrages ermittelt werden, weil dieses ja vom Liefertermin abhängig sein könnte. Je nach Art des Materials würde sich sogar ein gewählter Paketdienst-Versand ausschließen. Oder es müsste ein Splitt gemacht werden. Schick mal ne Kabeltrommel mit DHL Wir bringen das Tag mal in die "Kundeninfo", aber das Thema ist auf dem zweiten Blick richtig "Logistikkomplex" Kommentar von Klaus Schnaible - 06.06.2018 18:18Anmerkung Herr Becker: Mit der Änderung kann doch kein Gesellschafter wirklich was anfangen. Die Gesellschafter müssten ja in dem User-Hook alle möglichen Kundennummern abfragen. Welcher Gesellschafter kann das ? Das kann doch unmöglich der Weisheit letzter Schluss sein ? Dazu sollte man mal Herrn Reutter im SHC-Fachbeirat befragen. Ich glaube, die Fa. Müller wollte diese Änderung. Kommentar von Klaus Schnaible - 06.06.2018 18:18Anmerkung Herr Graevenstein: das passt schon, man kann in dem UserHook eine allgemeingültige Liste hinterlegen, welche unabhängig vom Kunden ist und bei bestimmten Kunden diese aus einem Zusatzfeld aus dem Kundenstamm entnehmen. Da es derzeit aber keine allgemeingültige Logik gibt, habe ich mich für einen UserHook entschieden um im ersten Schritt für EGU glaube ich eine Lösung zu schaffen. Ich habe heute morgen zu dem Vorgang in Jira auch eine Anmerkung dazu erfasst um eine Diskussionsgrundlage für die nächste FB-Sitzung zu haben. Kommentar von Klaus Schnaible - 13.06.2018 13:24Arbeiten mit Dummy-Versandarten (Abholung, Lieferung, Spedition), der eigentliche Versandweg wird über Regelwerk oder wenn so nicht möglich manuell in der SHCware festgelegt. Laut Müller so Ok, Hartl und Kraft bitte nochmals prüfen. Es muss nichts weiter umgesetzt werden. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-72 | (08/2018-06-13) Automatisches Abholen der Metallnotierungen von Westmetall (08/2018-06-13) Automatisches Abholen der Metallnotierungen von Westmetall
Beschreibung:
Diese Dienst funktioniert wegen der Umstellung auf HTTPS nicht mehr.
diverse Kommentar von Klaus Schnaible - 25.05.2018 15:35 FEGIME holt die Daten zentral und legt sie auf einer HTTP-Adresse bei sich ab. SHC kann dann dort darauf zugreifen wie bisher. Einzig das Timing muss evtl. festgelegt werden.
Umsetzung bei geneon ist bereits erfolgt. Kommentar von Anja Meichsner - 20.06.2018 20:39 Bitte teilen Sie uns mit, welche Webadresse wir in Zukunft abgreifen können. Kommentar von Harald Becker - 21.06.2018 11:21Bekommen Sie nächste Woche. Kommentar von Stefan Herger - 28.06.2018 13:17https://www.elektro-online.de/westmetall.com/de/markdaten.html?key=1526308239244 Kommentar von Harald Becker - 06.12.2018 12:54Hallo Frau Meichsner, der Westmetall-Abruf geht nur mit "https", weil der Shop das gar nicht anders abhandeln kann. Aber am Einspielen des Shop-Zertifikates in die SHCware geht eh kein Weg vorbei, weil alle anderen Shop-Aufrufe (z.B. die Artikeldetailansicht) bisher auch schon mit "https" laufen. Kommentar von Anja Meichsner - 06.12.2018 16:41Unter diesen Bedingungen ist die Programmierung fertig gestellt und bei den Gesellschaftern, welche das Quartalsrelease 41 bereits auf dem System haben bereits vorhanden.
Die von Fegime bereitgestellte URL muss im Programm SHC611WSDL für die Satzart "WESTMETALL" hinterlegt werden und das passende Sicherheitszertifikat vom Shop in den Feldern Walletpath und Walletpass hinterlegt werden. Kommentar von Harald Becker - 10.12.2018 14:20Steht das in der SHC-Releasebeschreibung, dass die Gesellschafter das eintragen müssen ? Kann das durch das Einspielen des Releases gleich eingetragen werden ? Kommentar von Anja Meichsner - 17.12.2018 17:27In der Releasebeschreibung steht folgendes: Über die Website "Westmetall" können Metallnotierungen im Programm "SHC068" über den Button "Aktualisierung der Metallnotierungen anhand Westmetall" aktualisiert werden. Da die Website auf HTTPS umgestellt wurde, wurden Anpassungen vorgenommen, die sicherstellen, Für Mitglieder des Fegime Verbands steht eine spezielle URL bereit, die Sie entweder bei Fegime direkt anfragen können oder bei uns. Eine automatische Eintragung können wir aktuell nicht anbieten. Diese Information muss einmalig individuell angelegt werden. Kommentar von Harald Becker - 18.12.2018 09:28 Können Sie bitte die "Fegime-URL" in die Releasebeschreibung mit aufnehmen ?
Der Walletpath und der Walletpass ist wie in der Satzart "ELEKTRO-ONLINE" ? Wenn ja, das bitte auch mit aufnehmen. Danke schön. Kommentar von Harald Becker - 18.12.2018 09:35Muss die "Fegime-URL" nicht "https://shc.elektro-online.de/westmetall.com/de/markdaten.html?key=1526308239244" lauten ? Kommentar von Anja Meichsner - 18.12.2018 18:53Die URL hab ich von Herrn Herger bekommen. Siehe Kommentar vom 28.06.2018. Ich kann Ihnen nicht sagen, wie diese lauten muss. Bitte teilen Sie mir den korrekten Aufruf mit. Dann werde ich den in die Releasebeschreibung eintragen. Kommentar von Harald Becker - 19.12.2018 08:50Das ist der Link: https://www.elektro-online.de/westmetall.com/de/markdaten.html?key=1526308239244 Und bitte mit reinschreiben, wie der Gesellschafter an den "Walletpath" und den "Walletpass" kommt. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-74 | (10/2018-06-13) Erweiterung Eingliederung Aufträge (10/2018-06-13) Erweiterung Eingliederung Aufträge
Beschreibung:
Erweiterung Eingliederung Aufträge SHCwareXMLRequest: Die geschieht vor der Auftragsbildung, indem die gefundene Lieferadressnummer in der Zwischentabelle (T623KOPF) eingetragen wird. Helpdesk-Nr.: 375539 Festner, Hartl Kommentar von Klaus Schnaible - 16.05.2018 13:40 Anmerkung SHC: Laut unserem internen Mitarbeiterauftrag ist dieses Thema seit 09.08.2018 schon von Hr. Gleich erledigt worden.
Die Satzart XML wurde in der Online-Eingliederung derart angepasst, dass bei Übergabe einzelner Adressfeldinformationen versucht wird, diese einer Stammadresse zuzuordnen. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-77 | (13/2018-06-13) Trommelfreimeldung KTG via Schnittstelle (13/2018-06-13) Trommelfreimeldung KTG via Schnittstelle
Beschreibung:
Siehe Beschreibung der Schnittstelle zur autom. Trommelfreimeldung (SOAP, HTTPS) Wallraff/Wallraff MA: 383991 Kommentar von Klaus Schnaible - 23.05.2018 14:02Kommentar von Jan Graevenstein - 28.05.2018 11:14 Die Schnittstellenbeschreibung im SOAP Format habe ich mal gelesen. Frage wäre, wo wir in der Applikation die Freimeldung automatisieren sollten. In der Schnittstelle wird eine Artikelnummer übergeben, welche Artikelnummer ist damit gemeint. Weiterhin wird eine Abhol-Adresse gefordert, diese ist nicht bekannt. Es könnte eine Niederlassung sein, eine Baustelle, das Lager des Handwerkers oder sonstwo. Wenn man die Adressdaten sowieso erfassen muss, warum dann nicht im Portal der KTG selbst? Umsetzung für die SOAP-Schnittstelle schätze ich mindestens 6 Tage Kommentar von Klaus Schnaible - 13.06.2018 15:28Fragen sind geklärt Kommentar von Torsten Lotz - 20.02.2019 08:51Ihre Anforderung wird mit dem aktuellen Sprint umgesetzt. Wir melden uns sobald die Umsetzung abgeschlossen ist. Kommentar von Torsten Lotz - 09.04.2019 10:36Aufgrund von Problemen mit der KTG-Schnittstelle bzw. des Zertifikates verschiebt sich die Programmierung dieser Anforderung auf unbestimmte Zeit. Klaus Schnaible: Können Sie uns bitte einen Kontakt bei KTG nennen? Ich habe schon mit KTG telefoniert und Hr. Dres hat KTG auch schon eine eMail geschrieben aber bisher kam nichts. Problem ist, dass wir das Zertifikat von KTG nicht nutzen können, da dies nicht öffentlich sondern nur privat zertifiziert wurde. Kommentar von Klaus Schnaible - 09.04.2019 17:09[~sg@shcom.de]: Ich gebe Bescheid sobald ich Rückmeldung habe Kommentar von Torsten Lotz - 03.05.2019 11:14Klaus Schnaible: Ich habe den Vorgang ausversehen zu gemacht. Können wir ihn wieder aufmachen? Kommentar von Klaus Schnaible - 13.05.2019 15:41[~sg@shcom.de]: Haben Sie mir die Mail von Herrn Dres, dann hake ich von meiner Seite aus nochmals nach und bitte auch Herrn Wallraff nochmals aktiv zu werden. Kommentar von Torsten Lotz - 16.05.2019 10:54Klaus Schnaible: Mail ist gerade an Sie raus gegangen. Wir haben immer noch keine Rückmeldung von KTG. Kommentar von Torsten Lotz - 27.05.2019 13:32Klaus Schnaible: Hr. Dres und ich hatten gerade eine Telko mit KTG. KTG (Hr. Allerdissen) prüft nun die Verwendung der Schnittstelle mit einer Oracle-Datenbank. Wir können leider das von KTG bereitgestellte Zertifikat so nicht verwenden. Wir bekommen bis nächste Woche eine Rückmeldung. Leider können wir deswegen unsere Entwicklung nicht fortsetzen. Kommentar von Torsten Lotz - 06.09.2019 13:49Es hakt hier immernoch an der Verbindung zu KTG. Wir können erst nach den Anwendertagen weitermachen. Kommentar von Torsten Lotz - 20.12.2019 16:18Wir werden für diese Anforderung ein neues Konzept erstellen. Die Problematik des KTG-Zertifikates ließ sich bisher leider immernoch nicht lösen. Wir werden im Janar das Thema erneut angehen. Kommentar von Torsten Lotz - 05.02.2020 17:01Wir sind aktiv an der Programmierung dran. Das Forms-Programm ist soweit schon fertig. Demnächst wird noch einmal die KTG-Übertragungsproblematik angegangen. Kommentar von Torsten Lotz - 26.02.2020 12:54Klaus Schnaible Wir haben die Implementierung abgeschlossen. Gibt es Gesellschafter, die für einen Test bereit stehen? Kommentar von Klaus Schnaible - 27.02.2020 16:33Das ist von Wallraff gekommen, siehe oben. Mit Hr. Lopez besprochen --> SHC spielt die Umsetzung auf dem Testsystem von Wallraff ein Kommentar von Torsten Lotz - 14.05.2020 12:05wurde auf dem Testsystem von Wallraff eingespielt - Rückfragen an Hr. Laier | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-78 | (14/2018-06-13) ZUGFeERD Belege auf FTP-Server bereit stellen (14/2018-06-13) ZUGFeERD Belege auf FTP-Server bereit stellen
Beschreibung:
Kunden möchten die ZUGFeRD Rechnungen nicht nur per E-Mail erhalten sondern diese auch per Download vom ftp des Großhändlers abrufen können. Der SHC User muss entscheiden können wie die Dateien zur Verfügung gestellt werden. Einstellung beim Kuden: Per Mail oder ablegen auf ftp Server. Kommentar von Jan Graevenstein - 28.05.2018 11:04 Um diese Anforderung zu erfüllen, müssen wir eine Steuerung implementieren, welche die Vorgehensweise steuert. Im "Normalfall" geben wir die Daten ja die TTO, welche die Rechnung an den Kunden versendet, Fage wäre jetzt, wie die Daten von der TTO zu Elektro-Online kommen um diese von dort downzuloaden, Oder sollte sich der FTP-Serverbereich bei TTO befinden? Kommentar von Jan Günther - 28.05.2018 11:30der ftp liegt im Netzwerk des Gesellschafters, also gleiche Struktur wie bei UGL. D.h. die Daten müssen wie bisher von TTO wieder an die SHC und dann auf den "lokalen ftp Server" des Großhändlers abgelegt werden. Hier holt sich der Empfänger die Datei dann ab. Kommentar von Anja Meichsner - 13.12.2018 12:54Welcher Gesellschafter ist hierzu als Pate heranzuziehen. Die Programmierung wäre jetzt soweit vorbereitet, so dass wir an dieser Stelle zusammen mit einem Gesellschafter in den Test gehen können. Kommentar von Jan Günther - 13.12.2018 12:58Herr Festner von der Fa. Hartl wäre hier Ansprechpartner Kommentar von Klaus Schnaible - 22.01.2019 15:39Ist im SHC679K ein Kunde mit der Art ZUGFeRD ausgewählt, erscheint im unteren Bereich ein FTP Konfigurationsbereich. In diesem Bereich können Sie eine im SHC611FTP eingetragene FTP Satzart auswählen und das Unterverzeichnis dazu steuern. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-80 | (15/2018-06-13) Stapeleingliederung des Shops (15/2018-06-13) Stapeleingliederung des Shops
Beschreibung:
H. Schoog hat die Funktionalität "Stapeleingliederung" eingebaut. Sie bewirkt unter anderem, dass der Shop beim Abschicken des Warenkorbes an die SHCware nicht auf das Erstellen und Versenden der SHC-Auftragsbestätigung warten muss. Die Funktionalität kann im "SHC322" durch Setzen des Parameters "SHOP_AUFTR_STAPEL" für einzelne Kunden oder für alle Kunden eingeschaltet werden. Beschreibung laut SHC-Hilfetext: Steuert, ob die Bildung eines Auftrags in einer Stapelverarbeitung erfolgen soll. Die Abarbeitung des Stapels erfolgt mittels eines DB-Jobs und der Prozedur ShcwareXMLRequest.bildeAuftragausStapel. Ist geplant bzw. wäre es nicht sinnvoll diese Funktionalität grundsätzlich zu aktivieren ? Kommentar von Klaus Schnaible - 12.09.2018 18:33 Laut Firma Hartl hat sich die Änderung positiv ausgewirkt. Es soll daher durch SHC bei allen GH eingeschaltet werden. Kommentar von Jan Graevenstein - 10.10.2018 10:16Hallo Herr Schnaible, um das bei allen Anwendern zu implementieren, muss ein Datenbankjob angelegt werden. In diesem müssen aber individuelle Parameter angegeben werden. Das lässt sich nicht automatisieren. Das müssten wir für alle Anwender tun, wird aber bei jedem Anwender ca. 45 Minuten Aufwand verursachen Kommentar von Klaus Schnaible - 11.10.2018 15:23Verstehe ich das richtig: Sollte ein GH diesen Parameter wie oben beschrieben setzen, passiert erstmal gar nichts, weil der zugehörige Job nicht eingerichtet ist? Und dieser Datenbank-Job ist bei jedem Gesellschafter individuell? Ich habe mit Hr. Schoog über das Thema gesprochen. Folgende Vorgehensweise wäre sinnvoll: Rückmeldung von Hr. Schoog. Bei weiteren Fragen wenden Sie sich am besten direkt an ihn. Folgende Vorgehensweise ist vorgesehen: Die Anlage des erforderlichen DB-Jobs über ein Release wird Hr. Schoog heute fertigstellen und ist dann mit dem nächsten Tagesrelease bzw. Quartalsrelease verfügbar. Kommentar von Torsten Lotz - 26.06.2019 14:51Info von Hr. Schoog: Den Gesellschaftern muss nur noch mitgeteilt werden, das sie dann die neue Funktion Stapelverarbeitung Shop mit Hilfe des folgenden Parameters aktivieren können: Für uns ist die Anforderung hiermit erledigt. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-81 | (31/2016-10-13) ELGATE-Abfrage im Stapel (31/2016-10-13) ELGATE-Abfrage im Stapel
Beschreibung:
Unserer Vertrieb wünscht sich folgende Funktionalität: Aus dem Auftragsfuss soll für alle Auftragspositionen eine Elgate-Abfrage gestartet werden können. Das Ergebnis sollte angezeigt werden und in der Datenbank gespeichert werden (inkl. Zeitstempel der Abfrage). Hierdurch könnte das Ergebnis dann auch auf Formularen angezeigt werden. Kommentar von Klaus Schnaible - 05.06.2018 11:54 Anmerkung Klaus Schnaible: 1.) Die Auskunft von ELGATE ist sehr unterschiedlich. Manche Lieferanten übergeben Zahlen, andere nur die Verfügbarkeit. Das müsste berücksichtigt werden. Auch wie mit Informationen wie „Teilverfügbar“ umgegangen werden soll. (ELGATE ist von der Norm her hier bewusst frei). Anmerkung Herr Mangold: Zu Punkt 1: Es sollte die Information wie sie momentan in der Website angezeigt wird übernommen werden. Wenn mehr Info da ist dann gut, wenn nur verfügbar geliefert wird reicht das aber auch mal. Über eine Normierung der Texte könnte man sich aber auch nochmals Gedanken machen, falls das kommen sollte. Texte sollten nach der Übernahme in die SHCware noch bearbeitbar sein (siehe auch Punkt 2). Zu Punkt 3: VL ist für unseren Vertrieb momentan nicht nötig. I.d.R. erfolgt diese Abfrage der Kunden schon im Angebotsfall. Oft kann der Kunde hier mit der längeren Lieferzeit leben und wir sparen uns 3%+Porto+Boni. Virtuelles Lager kommt erst bei der Auftragserteilung in Frage. Problem wäre auch wenn 20 Positionen bei 17 Großhändlern zu beschaffen wären, wäre das auch nicht glücklich. Hier geht es ums eigentlich in erster Linie über die Beauskunftung: Ab Lager = 1 Arbeitstag, Ab Lieferanten = 3-5 Arbeitstage oder muss erst noch produziert werden = Dauert dann doch etwas länger. Kommentar von Klaus Schnaible - 05.06.2018 11:55Anmerkung Herr Graevenstein: Das ganze Thema macht so keinen Sinn. ELGATE liefert mal einen Text, mal eine Zahl, funktioniert nur bei 32 Lieferanten. Der Sachbearbeiter müsste jeden Text lesen und formatieren. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-83 | (16/2018-06-13) Auftragseingliederung, Positionen ohne Menge (16/2018-06-13) Auftragseingliederung, Positionen ohne Menge
Beschreibung:
Durch einen Fehler aufgetaucht: Kommentar von Torsten Lotz - 07.02.2019 16:14 Sehr geehrter Herr Schnaible, die Programmerweiterung zu o.g. Punkt wurde fertig gestellt und ist mit einem aktuellen Tagesrelease ab KW4 oder mit dem nächsten Quartalsrelease abrufbar (siehe Anhang). Auftragseingliederungspositionen mit der Menge 0 werden nun explizit mit einer Fehlermeldung gekennzeichnet. Der zugehörige Auftrag wird automatisch geparkt, damit eine Prüfung möglich ist. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-85 | (18/2018-06-13) Artikeltexte von FEGIME linksbündig eingliedern (18/2018-06-13) Artikeltexte von FEGIME linksbündig eingliedern
Beschreibung:
Die FEGIME erfasst die Rechnungstexte, also die Texte mit Typennummer des Herstellers, rechtsbündig. Das heißt der leere Platz zwischen Text und Type wird mit Blanks aufgefüllt. MA: 383993 Kommentar von Klaus Schnaible - 13.06.2018 15:48 Parameter beim Import Schattenstamm Kommentar von Torsten Lotz - 09.04.2019 14:56Klaus Schnaible: Wir benutzen aktuell schon den Trim-Befehl und kürzen die nicht gebrauchten Stellen weg. Was genau wird hier gefordert? Kommentar von Klaus Schnaible - 09.04.2019 17:00Hallo Frau Gschwind, geschieht das generell oder optional? Kann der Großhändler das selbst bestimmen? Wenn das heute schon so funktioniert und vom Großhändler selbst bestimmt werden kann, dann hat sich das eigentlich erledigt. Eine kurze Beschreibung wie der Großhändler das steuern kann wäre gut und wir würden Sie unseren Großhändlern zur Verfügung stellen. Hintergrund: Schrift Courier auf Formularen = meist rechtsbündige Schreibweise gewünscht, Schrift Arial = meist linksbündige Schreibweise (TRIM) gewünscht. Kommentar von Torsten Lotz - 15.04.2019 16:23Hallo Klaus Schnaible, ich habe das Thema noch einmal mit Hr. Mark besprochen. Der Großhändler kann nicht bestimmen, ob der Artikeltext links oder rechtsbündig in die Tabelle eingetragen wird. Hier erfolgt im Standard ein TRIM und anschließend wird das Feld alphanummerisch linksbündig in der Tabelle gespeichert. Es ist jetzt die Frage: "Wo soll der Text recht- oder linksbündig angezeigt, bzw. ausgegeben werden"? Dies ist dann eine Ausgabe-Aufgabe im Report oder dem entsprechenden Programm. Kommentar von Klaus Schnaible - 17.04.2019 19:40 Wird das vom Standard her automatisch bei allen Großhändlern gemacht? Oder entscheidet der GH das einmalig am Anfang - und so wird es dann gemacht. Also bei den einen so, bei den anderen anders. Wir sind davon ausgegangen: Druckt der GH seine Belege in Courier, möchte er das rechtsbündig, Druckt er die Belege in Arial (o.ä.) will er die Texte linksbündig. Druckt gar niemand mehr Courier? Dann würden wir uns eine völlig unnötige Arbeit in Nürnberg machen. Bitte lassen sie uns notfalls kurz dazu informieren. Kommentar von Torsten Lotz - 26.04.2019 12:29 Auf der Datenbank kann man keine Schriftart speichern und die Breite der Leerzeichen ist auch nicht immer gleich (u.a. Schriftartabhängig). Wir haben keine Information darüber wer Arial oder Courier druckt. Dies kann pro Report eingestellt werden aber es gibt keine globale Einstellung hierfür. Die einzige Möglichkeit wäre eine Steuerung, die in der DB ein Flag für rechtsbündig anlegt. Diese könnte dann im Report abgefragt werden. Die Frage ist nun ob sich der Aufwand für diese Änderung wirklich lohnt. Gibt es ein Beispielreport für diesen Anwendungsfall? Kommentar von Klaus Schnaible - 06.05.2019 19:09Hallo Frau Gschwind, wir reden ein bischen aneinander vorbei Mit Text rechtsbündig ist gemeint: Wir haben einen Artikeltext, der rechtsbündig die Typen-nummer enthält, d.h. der Platz zwsichen dem Beschreibenden Teil und der Typennummer ist mit Leerstellen aufgefüllt. (Schalter.................506U). Die GH wollten das früher so haben, den wenn man in der Schrift Courier seine Formulare druckt, sieht das alles sehr ordentlich aus (rechts und links bündige Texte). Und warum ist das Stichwort Courier hier wichtig? Weil nur in dieser Schrift alle Buchstaben gleich breit sind, alsi ein I so breit wie ein W, in anderen Schriften funktioniert das eh nicht. Sollten Sie nun feststellen können, das eh kein Mensch mehr Formulare (Rechnung/Lieferschein/...) in Courier druckt, könnte sich die FEGIME die ganze Arbeit auch sparen. Das genau macht ja der TRIM Befehl: er macht die Leerzeichen, die FEGIME mühsam einfügt, wieder raus. Bitte eruieren Sie ob noch jemand Courir auf Formularen verwendet, und dann besprechen wir das nochmals auf der Beiratssitzung. U.U. müssen Sie dann gar nichts machen und FEGIME kann sich Arbeit sparen. Danke! Kommentar von Torsten Lotz - 08.05.2019 15:54 Hallo Herr Schnaible, ich habe noch einmal mit Hr. Mark und Hr. Tenbusch über diese Problematik gesprochen. Wir sehen da keine andere Möglichkeit als die Reports aller Fegime-Mitglieder durchzusuchen, ob da irgendwo die Schriftart Courier oder eine andere nichtproportionale Schriftart genutzt wird. Hr. Tenbusch kann sich daran erinnern, dass er für irgendeinen Kunden die Helvetia-Schriftart eingebaut hat. Die Suche mit FileSearch nach Courier hat fast alle Reports angezeigt. Den Aufwand dafür können wir nicht abschätzen, aber nur für das Suchen beötigt Hr. Tenbusch schätzungsweise ½ Stunde pro Kunde. Lohnt sich der Aufwand hier wirklich? Kommentar von Klaus Schnaible - 08.05.2019 19:28Ich versuche es über eine Abfrage rauszubekommen. Wenn das nämlich kein Gesellschafter mehr nutzt, also ALLE Gesellschafter die Rechtsbündigkeit via TRIM aufheben, dann können wir uns viel arbeit in Nürnberg sparen. Kommentar von Torsten Lotz - 06.06.2019 12:21Fegime verteilt die Information über die Lösung Kommentar von Klaus Schnaible - 07.06.2019 20:17Herr Wirt benennt seine Lösung bzw. Herr Flörchinger die Lösung mit dem Trigger. Kommentar von Klaus Schnaible - 13.06.2019 16:12Herr Wirt, EHRA: "hier das SQL mit dem wir die Leerstellen im Artikelstamm bei der Eingliederung aus dem Schattenstamm entfernen."
SHC_EK177A.Row_T051Art.arbe := SHC_EK177A.Row_T177Kata.arbe; shc_protokoll( '683', 'DEBUG', '>' || SHC_EK177A.Row_T051Art.arbe || '<', 0, 0); while instr( SHC_EK177A.Row_T051Art.arbe, ' ') > 0 loop SHC_EK177A.Row_T051Art.arbe := replace( SHC_EK177A.Row_T051Art.arbe, ' ', ' '); end loop; | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-89 | (22/2018-06-13) Kabel der BauPVo ohne CE nicht speichern (22/2018-06-13) Kabel der BauPVo ohne CE nicht speichern
Beschreibung:
Es sollen keine Längen mehr im SHC036 ohne CE-Zertifikat gespeichert werden können die unter die Bauprodukteverordnung fallen. Helpdesk-Nr: 376822, Förster, KSK MA: 388454 Kommentar von Klaus Schnaible - 11.06.2018 17:48 Anmerkung SHC: In Arbeit. Kommentar von Torsten Lotz - 05.06.2019 15:42Die Umsetzung ist in den letzten Zügen und muss nurnoch übergeben werden. Kommentar von Torsten Lotz - 30.07.2019 11:49Klaus Schnaible: Die Entwicklung wurde fertig gestellt. Wo kann der User-Hook zum Testen eingespielt werden? Wer ist hier der richtige Ansprechpartner? Kommentar von Klaus Schnaible - 06.08.2019 16:09Herr Förster, KSK | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-91 | (38/2018-02-22) Stornieren Abrufpositionen (38/2018-02-22) Stornieren Abrufpositionen
Beschreibung:
Montino, EGU: Stornieren einer Abrufposition ist umständlich bzw. nicht möglich, hier bitten wir um eine Programm-Unterstützung. Helpdesk-Nr.: 370354 MA: 388463 Kommentar von Klaus Schnaible - 29.06.2018 14:23 Anmerkung SHC: von Klaus Schnaible am 22.03.2018 -> Problem entsteht durch LVS, Herr Montino prüft das nochmals Kommentar von Klaus Schnaible - 29.06.2018 14:24 Nach Rücksprache mit Herrn Raschinsky und unserm Lagerbeauftragten wäre die hier beschriebene Lösung die richtige.
Das LFS kann mit dieser Vorgehensweise umgehen.
Bitte beauftragen Sie dies Änderung oder setzen diese auf die Agenda für den nächsten Fachbeirat. Kommentar von Klaus Schnaible - 11.06.2024 14:39 Vermutlich erledigt / In Prüfung bei EGU Kommentar von Klaus Schnaible - Vor 2 Tagen 10:41Im SHC386ABR gibt es nun die Möglichkeit einzelne Abrufpositionen zu stornieren. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-93 | Angebotsänderung in der SHCware während der Kunde Angebot im Shop beauftragt Angebotsänderung in der SHCware während der Kunde Angebot im Shop beauftragt
Beschreibung:
Das Angebot wurde am 04.07. erfasst. Am 09.07. um 11:51 wurde die Position 55 gelöscht und andere Positionen wurden verschoben. Frage: Gibt es eine Lösung? Festner, Hartl Helpdesk-Nr: 378689 Kommentar von Jan Graevenstein - 10.10.2018 10:26 Um das schön zu lösen, müssten wir für einen Auftrag/ Angebot das Datum der letzten Änderung (Speichern von Kopf bzw.Position) im Auftrag festhalten und im Request übergeben beim Wandeln müssten wir das Datum übergeben bekommen prüfen, ob das Datum des Auftrages sich geändert hat. Kommentar von Torsten Lotz - 11.04.2019 14:06Der Shop muss vor der Beauftragung prüfen, ob sich das Datum/Uhrzeit des Angebotes zwischenzeitlich geändert hat und dann soll im Shop eine Meldung ausgegeben werden. Der Shop muss über einen neuen Request das aktuelle Datum erfragen. Beim erstmaligen Aufruf des Angebotes im Shop wird der letzte Änderungszeitpunkt mitgegeben. Kommentar von Torsten Lotz - 17.10.2019 16:26Florian Singer: Bitte prüfen Kommentar von Torsten Lotz - 17.10.2019 16:30Idee: Request vorbereiten mit dem Datum der letzten Änderung (SHCware) Shop: Prüfung beim Abschicken des Warenkorbes Kommentar von Thomas Stucky - 19.09.2023 14:32Wird nicht umgesetzt, laut Herr Lohmeier kein einziger Fehlerfall bekannt.
| Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-95 | Online-Inventurerfassung, Darstellung Online-Inventurerfassung, Darstellung
Beschreibung:
Es besteht das Problem, dass die Online- Inventurerfassung nicht im responsive Design dargestellt wird. Dadurch ist ein Arbeiten nur begrenzt möglich. Im Beispiel wurde ein Zebra TC8000 auf Android 5.1.1 genutzt. Kommentar von Klaus Schnaible - 17.09.2018 14:31 Antwort SHC: Darstellung ist nicht mehr lesbar (zu klein, verschoben usw.). Es wird ein Leihgerät benötigt, es gibt mehrere Lösungen für die Online-Iventur (Welche wird bei Moster verwendet?) Kommentar von Torsten Lotz - 03.06.2019 15:15Welche Auflösung ist eingestellt? evtl. Oberflächenanpassung auf die neue Auflösung notwendig (Android hat vermutlich eine höhere Auflösung)? Screenshots bzw. ein Testgerät wären hier ziemlich hilfreich. Kann die Fa. Moster uns ein Gerät zur Verfügung stellen? Aufwand ist aktuell noch nicht abschätzbar. Kommentar von Torsten Lotz - 01.08.2019 17:29Die hier genannte Problematik wurde über den HD-Vorgang 373936 von Moster bei uns eingekippt. Wir haben den Code analysiert und wir sehen hier keine Möglichkeit den alten Code anzupassen. Wir empfehlen Ihnen aber ein Konzept für eine neue Umsetzung der Online-Inventur. Dies muss noch einmal mit Hr. Graevenstein abgestimmt werden. Kommentar von Torsten Lotz - 17.10.2019 15:00Konzeptvorschlag SHC Kommentar von Torsten Lotz - 05.02.2020 17:10Wir sind intern in der Klärung wie wir mit dem Anzeige-Problem umgehen. Die Lösung per CSS-ZOOM funktioniert nicht in allen Browsern. Kommentar von Torsten Lotz - 17.02.2020 15:55Wir haben ein internes Konzept ausgearbeitet. Dieses Konzept muss noch mit der Abteilungsleitung abgestimmt werden. Wir werden Fa. Moster diesbezüglich informieren. Kommentar von Klaus Schnaible - 17.04.2020 15:20 | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-98 | Liefervorschlag Längenerfassung automatisieren Liefervorschlag Längenerfassung automatisieren
Beschreibung:
Beim Wechsel in die Längenerfassung soll automatisch ein Liefervorschlag der Längen erstellt werden. Für das UP036 gibt es einen Parameter AUTO_TROMMEL, der lt. Beschreibung eine solche Zuordnung vornimmt. Helpdesk-Nr.: 374999 Kommentar von Klaus Schnaible - 17.09.2018 14:42 Antwort SHC:
Aufwand: 12 Std. Kommentar von Klaus Schnaible - 18.12.2023 11:08Wird laut FB nicht mehr benötigt | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-103 | Vorbelegung für 'Dokumente aus Angebot übernehmen' Vorbelegung für 'Dokumente aus Angebot übernehmen'
Beschreibung:
Herr Koch hätte gerne eine Vorbelegung für 'Dokumente aus Angebot übernehmen' Koch, Seiwert Helpdesk-Nr.: 376181 Kommentar von Klaus Schnaible - 17.09.2018 14:51 Antwort SHC: Aufwand: 6 Std. Kommentar von Torsten Lotz - 11.02.2021 15:31Wurde durch SHC am 01.02.21 umgesetzt. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-104 | SHC679, mehrere Rechnungen neu versenden SHC679, mehrere Rechnungen neu versenden
Beschreibung:
Im SHC679 sollte es möglich sein, mehrere Rechnungen innerhalb eines Laufs beispielsweise mittels Checkbox zu markieren und neu zu versenden. Humbeck, Moster Helpdesk-Nr.: 377054 Kommentar von Klaus Schnaible - 17.09.2018 14:52 Antwort SHC: Aufwand: 16 Std. Kommentar von Klaus Schnaible - 25.05.2023 11:48Sehr geehrter Herr Schnaible, prüfen Sie bitte die Änderungen und geben Sie uns kurz Rückmeldung.
Mit freundlichen Grüßen Ahmad Al Hamwi | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-105 | Rückgaben anmelden, Einschränkungen Rückgaben anmelden, Einschränkungen
Beschreibung:
Die ersten Erfahrungen mit der Rückgabe via Shop haben gezeigt wir müssen die Rückgaben noch einschränken können. Aktuell kann der Kunde alles was er im Shop gekauft hat zurückgeben. Wir müssten dass auf eine bestimmte Zeitspanne evtl. auf den Bewirtschaftungscode einschränken können. Am sinnvollsten wäre an dieser Stelle aus meiner Sicht ein User-Exit / User-Hook. Festner, Hartl Helpdesk-Nr.: 389650 Kommentar von Klaus Schnaible - 14.11.2018 11:31 Ergänzung: Es gibt das TAG "<gutschrift_vorhanden>". Bei Inhalt "J" ist keine Rückgabe im Shop erlaubt. Standard ist also "N". Dieses TAG soll verwendet werden für weitere Einschränkungen:
Angebot muss erst erstellt werden Kommentar von Torsten Lotz - 06.08.2019 14:46Wir sind gerae bei der Umsetzung dieser Anforderung. Ich gebe Bescheid sobald die Entwicklung abgeschlossen ist. Kommentar von Torsten Lotz - 07.08.2019 10:36Mail von Hr. Werry an Hr. Festner: Wir werden die Umsetzung jetzt abrechnen, da wir keine Rückmeldung bekommen haben. Kommentar von Torsten Lotz - 06.09.2019 11:09Abstimmung mit Hr. Festner: Das wird aber so im Shop ohne Änderung nicht funktionieren. Der Shop reagiert auf das Tag "<gutschrift_vorhanden>" und kennt das Tag "<rueckgabe_erlaubt>" nicht. Kommentar von Torsten Lotz - 01.10.2019 13:50Harald Becker: Bitte geben Sie die benötigte Änderung bei geneon in Auftrag. Kommentar von Harald Becker - 01.10.2019 13:55Das kann ich machen, aber dann müssen Sie der Fa. Hartl sagen, dass der User-Hook bis dahin nicht funktionieren wird. Kommentar von Harald Becker - 01.10.2019 14:09[~sg@shcom.de]: Das heißt also, wenn "<gutschrift_vorhanden>" = "J" oder "<rueckgabe_erlaubt>" = "N", ist keine Rückgabe möglich ? Korrekt ? Kommentar von Torsten Lotz - 01.10.2019 14:47Harald Becker: Genau. Ich werde Hr. Festner informieren Kommentar von Harald Becker - 06.11.2019 14:19Die Fa. Hartl wartet auf den User-Hook. Kommentar von Torsten Lotz - 06.11.2019 15:54Ich habe bei unserem Entwickler nach dem aktuellen Stand gefragt. Ich werde mich melden sobald ich eine Rückmeldung habe. Kommentar von Torsten Lotz - 08.11.2019 10:26Unser Hr. Stumpner versucht Hr. Festner zu erreichen um die Umsetzung gemeinsam zu testen. Wir sind aus unserer Sicht fertig. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-106 | Erweiterung SEL690LAD Erweiterung SEL690LAD
Beschreibung:
Es wird ein weiteres Selektionskriterium benötigt: VERSANDNR. Humbek, Moster Helpdesk-Nr.: 352669 Kommentar von Torsten Lotz - 08.01.2020 16:23 Wir haben intern Aufträge an neue Kollegen weitergegeben. Diese Aufträge werden in der nächsten Zeit bearbeitet. Folgendes haben wir umgesetzt: Ein weiteres Selektionskriterium hinzugefügt: VERSANDNR. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-111 | Sind Anhänge mit zu versenden? Sind Anhänge mit zu versenden?
Beschreibung:
Im Infosystem ist aktuell ersichtlich, ob es zu einem Auftrag ein Anhang gibt (Büroklammer ist rot hinterlegt). Flörchinger, Moster Helpdesk-Nr.: 378516 Kommentar von Klaus Schnaible - 17.09.2018 15:29 Antwort SHC: Wir haben intern Aufträge an neue Kollegen weitergegeben. Diese Aufträge werden in der nächsten Zeit bearbeitet. Aktuell prüft Hr. Flörchinger, ob die Lösung über einen User-Hook ausreicht. Die Entwicklung ist von unserer Seite erste einmal abgeschlossen. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-114 | Fegime-Shop SHCwareXMLREQUEST Fegime-Shop SHCwareXMLREQUEST
Beschreibung:
Erweiterung Eingliederung Aufträge SHCwareXMLRequest: Helpdesk-Nr.: 375539 Festner, Hartl Kommentar von Klaus Schnaible - 17.09.2018 15:36 Aufwand: 5 Stunden (AB 242339/1 vom 8.5.2018) Kommentar von Torsten Lotz - 16.04.2019 11:40Laut unserem internen Mitarbeiterauftrag ist dieses Thema seit 09.08.2018 schon von Hr. Gleich erledigt worden.
Die Satzart XML wurde in der Online-Eingliederung derart angepasst, dass bei Übergabe einzelner Adressfeldinformationen versucht wird, diese einer Stammadresse zuzuordnen. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-116 | Langzeitlieferantenerklärung, Ursprungsland Langzeitlieferantenerklärung, Ursprungsland
Beschreibung:
Wir haben die Anforderung aus unserem Vertrieb, das Ursprungsland für die Langzeitlieferantenerklärung auf unseren Belegen auszugeben. Nach Rücksprache mit Herrn Bedkowski werden die Daten ab Januar bei der Fegime gepflegt, eine Übertragung an die Mitglieder sei jedoch nicht vorgesehen, das solle als Anforderung über den IT-Fachbeirat laufen. Flörchinger, Moster Ursprungsland und Region werden zukünftig klar im Stammdatenaustausch Artikel mit übertragen und sollen in den Katalogstamm (Schattenstamm) importiert werden. Parallel, Alternative: Übernahme aus den EDIFACT Belegen/Rechnungen des Lieferanten. Helpdesk-Nr.: 389789 Kommentar von Torsten Lotz - 11.04.2019 17:19 Hr. Flörchinger nimmt das Thema mit. Kommentar von Klaus Schnaible - 06.06.2019 13:34Werner Kraus: Bitte die Normlängen der beiden Feld Land und Region (Codes?) aus EDIFACT angeben. Harald Becker: Bitte die Normfeldgrößen aus BMEcat hier bekannt geben, bzw. die Codes. Kommentar von Torsten Lotz - 06.06.2019 13:38Anmerkung SHC:
Ursprungsland sind 6 Zeichen, Ursprungsregion sind 10 Zeichen. Kommentar von Torsten Lotz - 29.10.2019 17:32Hallo Herr Klaus Schnaible, Können Sie uns bitte eine Beispiel-CSV-Datei zusenden. Wir würden gerne wissen wo die zwei neuen Felder stehen. Kommentar von Klaus Schnaible - 30.10.2019 13:02Hallo Frau Gschwind, noch sind die Felder nicht in den CSV-Dateien enthalten. Herr Frank Peter bzw. Herr Christian Zink geben Ihnen Bescheid, wenn das umgesetzt ist. Kommentar von Christian Zink - 05.11.2019 15:25Hallo Frau [~sg@shcom.de], die Erweiterung unseres PIM um die beiden Felder ist gerade in der Umsetzung. Die Felder werden in den Artikelstamm-CSV (IAxxxxxx.CSV bzw. DAxxxxxx.CSV) am Ende als Spalten 62 und 63 angehängt. Spaltennamen sind Ursprungsland und Ursprungsregion. Im Anhang finden Sie eine von mir erstellte exemplarische CSV-Datei die die beiden Spalten enthält. IA000000_999999_Land_Region.zip Frage von Herrn Zink: Die Änderung war so aufwendig, dass diese nur über ein Release beziehbar ist. Wir haben die T051ART hierfür erweitern müssen und diese Änderung zieht sich durch die komplette SHCware. Wenn die Datei schon um die Felder erweitert wurde, dann werden diese nicht in der SHCware eingelesen bis das Release bei allen Gesellschaftern ausgerollt wurde. Es dürfte aber keine Probleme bei dem Einlesen der Datei geben. Änderungsbeschreibung: Kommentar von Andreas Vogler - 18.11.2019 14:13 Kommentar von Andreas Vogler - 18.11.2019 15:17 Kommentar von Andreas Vogler - 18.11.2019 15:17 Kommentar von Andreas Vogler - 21.11.2019 17:05
| Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-124 | SHC611EO, Auswertung MDA-Nutzung SHC611EO, Auswertung MDA-Nutzung
Beschreibung:
In SHC611EO sollte man erkennen können, welche User über die MDA-Ansicht den Shop nutzt. Binder, Granzow Helpdesk-Nr.: 380255 Kommentar von Klaus Schnaible - 08.10.2018 17:07 Antwort SHC: Hier sollte grundsätzlich überlegt werden, ob man das nicht ändert, weil wir diese Informationen aktuell an jeden XML-Request hängen müssen und das bei neuen XML-Requests gerne mal vergessen wird. Vorschlag:
Dem ensprechend bestücken Sie Ihre Datenbankfelder. Kommentar von Harald Becker - 12.04.2019 10:44Hallo Frau Gschwind, laut H. Schnaible erfolgt die Umsetzung so: An den XML-Request "Kundeninfo" werden folgende Tags gehängt:
Das bisherige Tag "OCI" in den verschiedensten XML-Requests entfällt. Korrekt ? Kommentar von Klaus Schnaible - 23.04.2019 13:06Doppelung Kommentar von Harald Becker - 18.02.2021 09:51So ist es im Shop programmiert. An den XML-Request "Kundeninfo" werden die folgenden Tags gehängt:
Diese Varianten sollten entsprechend im "SHC611EO" ausgewertet werden können. Das bisherige Tag "OCI" in den verschiedensten XML-Requests entfällt. Torsten Lotz: Bitte den Kollegen informieren, der das programmieren soll (er hat mich angerufen, aber ich weiß den Namen nicht mehr). Kommentar von Torsten Lotz - 19.02.2021 16:36Harald Becker Ich habe die Info an den zuständigen Entwickler weitergeleitet. Sollten daraus noch Rückfragen resultieren, werde ich Sie entsprechend informieren. Kommentar von Torsten Lotz - 31.03.2021 19:08Harald Becker Um die Anpassung so umzusetzen, muss die Protokollierung für den Request Kundeninfo wieder eingebunden werden. Dies ist aktuell nicht der Fall. 2016 wurde die Protokollierung aus Performancegründen aus diesem Request entfernt. Torsten Lotz: Nein, das lässt sich nicht gewährleisten und ist jetzt auch schon nicht so. Es gibt aber noch den XML-Request "EOLog", der nur einmal beim Login je Session aufgerufen wird. Sollen wir die Parameter da anhängen ? Beispiel: ...EOLog?order_locked=0&eo_session=8C9E6F8A1894C5FCD69571BCC27275E2&datanorm_export_allowed=0&show_net_price=1&show_offers=0&admin=0&manr=1&sessionId=8C9E6F8A1894C5FCD69571BCC27275E2&kdnr=199998&show_bills=0&show_backlogs=0&name=Test%2BPiwik&eo_profil=163062208&lang=de&email=jg%40fegime.de&show_orders=0 Kommentar von Torsten Lotz - 06.04.2021 11:08Harald Becker Ja, bitte binden Sie die Parameter in den Request 'EOLog' ein. Für diesen Request ist die Protokollierung bereits eingebunden, so dass wir hier keine zusätzlichen Performance-Schwächen erzeugen. Torsten Lotz: Ok, ich habe dafür ein Ticket bei Geneon erstellt. Kommentar von Sandra Gert - 03.05.2021 16:21wird von Herrn Herger in den nächsten Sprint eingeplant. Kommentar von Stefan Herger - 20.05.2021 20:41Torsten Lotz Hallo Frau Gert, hallo Herr Herger, aus unserer Sicht ist dieser Vorgang erledigt. Wir haben die gewünschten Änderungen Ende Juni umgesetzt. Gibt es aus Ihrer Sicht hierzu noch Fragen/Wünsche? Kommentar von Harald Becker - 15.10.2021 12:46Hallo Herr Thomas Stucky, wir mussten noch was ändern, weil im Shop aus der Ariba-Schnittstelle eine allgemeine cXML-Schnittstelle wird. Das Tag "anmeldung" im XML-Request "Kundeninfo" wird in näherer Zukunft den Wert "cXML" anstatt "Ariba" haben. Kommentar von Thomas Stucky - 21.10.2021 12:37Hallo Herr Harald Becker, vielen Dank für die Info. Das sollte für uns jedoch keine Auswirkung haben. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-125 | SHC677DMS Archivpostfach, Erweiterungen SHC677DMS Archivpostfach, Erweiterungen
Beschreibung:
Nach der Telko mit eDoc haben sich noch 2 sinnvolle Ergänzungen herausgestellt: Flörchinger, Moster Helpdesk-Nr.: 378389 Kommentar von Klaus Schnaible - 08.10.2018 17:13 Antwort SHC: Mail von Hr. Schoog an Hr. Flörchinger: Hallo Herr Flörchinger, fegime_Archiv_Postfach_SHC677DMS.pdf Die Umsetzung wurde von uns fertig gestellt. Die Dokumentation habe ich angehängt. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-127 | SHC440 Datanorm-Anpassung per SHC471U SHC440 Datanorm-Anpassung per SHC471U
Beschreibung:
Wir erweitern das Programm SHC440 im Bereich "Kundensteuerung" mit einer Selektionsmöglichkeit für die EAN-Ausgabe laut Schattenstamm (T177KATA). Festner, Hartl Kommentar von Klaus Schnaible - 29.10.2018 11:05 Antwort SHC: Zum Hintergrund: Alternative EANs werden ohne spezielle Reihung im SHC080 gespeichert. ALternative EANs werden für das Scannen im Wareneingang benötigt. Bei der Ausgabe via Datanorm kann es nun passieren, das eben nicht die Haupt-EAN (EAN der kleinsten VPE) sondern eine andere EAN gezogen wird. Das Problem ist nun bei weiteren Großhändlern aufgeschlagen, unter anderem bei elwateg. Kommentar von Torsten Lotz - 26.02.2020 09:57Klaus Schnaible Sie haben geschrieben, dass das Problem auftritt aber der Task ist geschlossen. Wie ist hier der aktuelle Stand? Kommentar von Klaus Schnaible - 26.02.2020 13:04HAben sie nicht gesagt, dass das bereits per Voreinstellung angepasst werden kann? Kommentar von Torsten Lotz - 26.02.2020 14:02Wir haben folgendes umgesetzt: Das Programm SHC440 hat nun unter Tabpage "Kundensteuerung2" eine Checkbox für die EAN-Ausgabe laut Schattenstamm (T177KATA).
Löst das das beschriebene Problem? Tritt der Fehler immer noch auf? Kommentar von Klaus Schnaible - 27.02.2020 16:39Ich habe es an Herrn Festner weiter gegeben. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-129 | Feld Merkmalstext in der SHCware durch FEGIME befüllen Feld Merkmalstext in der SHCware durch FEGIME befüllen
Beschreibung:
Die Stammdatendatei wird kurzfristig um das Langtextfeld (61) „Produktmerkmale“ erweitert (max. 2000 Zeichen) Das soll in den Schattenstamm importiert werden. Der Anwender soll das Feld optional in das Feld "Merkmalstext" im SHCware Artikelstamm importieren können. Der Anwender kann sich dann dieses Feld beispielsweise in der Maske "Artikelmatch" optional anzeigen lassen. FEGIME hat die Umsetzung für die nächsten Wochen geplant. Bitte zügig bei der SHCware nachziehen, wie mit Herrn Graevenstein telefonisch besprochen. Umgesetzt, Releasebeschreibung: Um den Merkmaltext im UP051 anzuzeigen gibt es eine neue SHC322 Funktionskonstante „ANZ_MERKMALTEXT“. Diese muss auf ‚S‘ gesetzt werden. Die Texte kommen aus der T177Kataz (T051ART – T177KATA – T177KATAZ). Achtung: Mit den Stammdaten werden diese Texte bereits ausgeliefert, allerdings Stück für Stück bei Produktänderungen. Wer gleich für alle ETIM-gepflegten Produkte diese Texte haben will, sollte den Schattenstamm nochmals mit einer Komplettdatei neu aufbauen. Kommentar von Anja Meichsner - 29.11.2018 18:39 Hallo Herr Schnaible,
von der Entwicklung wurde die Anforderung „Merkmaltext“ geprüft. Wir können diesen Text bei der Übernahme der Schattendaten in die Schatten-Zusatztabelle T177KATAZ übernehmen. Ein Zugriff kann in der SHCware in der Feldsteuerung erfolgen(SHC683F) oder an beliebigen Stellen, wo dynamische Zusatzinfos zu Katalogartikeln zur Verfügung stehen. Beispiel: select inhalt from t177kataz where katnr = <Katalognummer> and typ = 'MERKMALTEXT'.
Wir werden die Programmierung kurzfristig vornehmen. Voraussichtlich bekommen Sie mit der Rückmeldung von Frau Müller bereits einen Freigabetermin.
Mit freundlichen Grüßen Christian Mark Kommentar von Klaus Schnaible - 30.11.2018 10:34Danke für die Info, bitte fügen Sie nach Fertigstellung noch eine kurze Beschreibung hinzu, wie dieses Feld im Artikelmatch anzeigbar gemacht werden kann. Wir möchten das dann an alle Gesellschafter weitergeben. Die Anzeige ist gewünscht wie im Bild dargestellt Das Feld kommt jetzt schon leer in den DA-Dateien mit. Ab Mitte nächster Woche dürfte das Feld gefüllt sein. Kommentar von Anja Meichsner - 17.12.2018 17:59Die Anpassungen stehen sowohl im Tages-, als auch im Quartalsrelease ab KW02/19 für alle Gesellschafter zur Verfügung. Der Firma Wallraff werden wir die Anpassungen (nach Abstimmung) diese Woche direkt aufspielen, so dass hier nochmal eine Prüfung der ankommenden Daten vorgenommen werden kann. Aktuell wurde für diese Information keine Anzeige programmiert. Wir sind davon ausgegangen, dass die Anzeige der Texte individuell pro Gesellschafter bestimmt und eingebunden wird. Eine Anzeige im Artikelmatch ist auf dynamischem Weg nicht machbar und müsste fest im Programm eingebunden werden. Wenn dies gewollt ist, dann müssen wir diesen Baustein im Januar noch nachliefern.
Kommentar von Klaus Schnaible - 19.12.2018 12:06 Hallo Frau Meichsner,
Danke für die Info, eine Frage noch zum zweiten Teil Anzeige - oder wir telefonieren nochmals kurz: Kann das jetzt, wie in der Nachricht vom 30.11. gezeigt, irgendwie vom Gesellschafter selbst gemacht werden - und wenn ja wie? Jedenfalls klingt für meine Ohren "die Anzeige der Texte individuell pro Gesellschafter bestimmt und eingebunden wird" danach dass es einen Weg zur Anzeige gibt. Das hier "... ist auf dynamischem Weg nicht machbar und müsste fest im Programm eingebunden werden ..." - klingt hingegen nach "es geht nicht und muss erst programmiert werden". Deswegen bin ich jetzt etwas verwirrt. Kann Wallraff das nun im Artikelmatch sehen bzw. sich so einrichten dass er es sehen kann?
Grüße
Kommentar von Klaus Schnaible - 09.01.2019 12:27
Anbei zwei Grafiken. So wie in Grafik 1 hätten wir das bitte gerne, wenn möglich konfigurierbar. Sonst wäre ja die ganze Arbeit umsonst gewesen. Wie macht es denn dieser andere Gesellschafter, dass er die Anzeige an den Bildschirm bekommt? Ich denke die Anzeige soll in beiden Fällen angezeigt werden. Geht das kurzfristig umzusetzen? ------- Hallo Herr Schnaible, Leider konnte ich Ihnen zu dem Thema kein Rückinformation bis zum 21.12. geben. Auf ihre Frage wie die Anzeige vorgenommen werden kann, kann ich folgendes sagen. Im Artikelmatch haben wir aktuell keine Möglichkeit irgendeinen Text dynamisch anzuzeigen. Hier muss zunächst entweder die Möglichkeit einer dynamischen Anzeige geschaffen werden, oder der Text fest implementiert werden. Da Wallraff in diesem Fall zunächst mal der Pate ist, werden wir mit der Firma Wallraff nochmal über die Anzeige dieser Texte sprechen. An diversen Stellen in der Applikation sind ja bereits dynamische Anzeigen möglich (nur aktuell leider nicht im Artikelmatch). Wenn die Anzeige im Artikelmatch notwendig ist, dann müssen wir noch wissen, ob diese nur beim Match im Schattenstamm, oder auch beim Match im angelegten Artikelstamm erfolgen soll. An dieser Stelle ist in jedem Fall eine weiter Programmierung notwendig. Kommentar von Klaus Schnaible - 11.02.2019 12:52Hallo zusammen, es wurde zugesagt, dies in Absprache mit Wallraff bei Wallraff vorab zu integrieren. Morgen treffe ich Herrn Wallraff - könnten Sie mir bitte den aktuellen Stand zur Anzeige in der SHCware durchgeben? Kommentar von Torsten Lotz - 11.02.2019 13:03Wie gerade telefonisch besprochen, wurde die Entwicklung abgeschlossen und ist auch schon an Wallraff für einen Test übergeben worden. Kommentar von Torsten Lotz - 20.02.2019 12:39SHCintern ist die Entwicklung abgeschlossen. Ich schließe nun den Vorgang. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-132 | SHC360 - Hinweis auf verknüpfte Rabattgruppen SHC360 - Hinweis auf verknüpfte Rabattgruppen
Beschreibung:
Kommentar von Klaus Schnaible - 29.10.2018 14:17
Diese Funktion wird an einem Parameter in der SHC322 hängen. Ihre Anforderung ist in Arbeit. Wir melden uns sobald die Entwicklung fertiggestellt ist. Kommentar von Torsten Lotz - 03.06.2019 14:59Die Entwicklung wurde abgeschlossen. Die Auslieferung erfolgt mit dem nächsten Release. Kurze Vorstellung erfolgt bei Bedarf im Fachbeirat. Kommentar von Torsten Lotz - 03.06.2019 18:35Im Programm SHC360 (Pflege Lieferantenkalkulation) erscheint beim Ändern einer Kalklationsgruppe ein Hinweispopup, sobald es einen Eintrag für den Lieferanten im SHC360KOKG (Kollegen-Kalkulationsgruppen) gibt. Diese neue Funktion ist über die Funktionskonstante ()SHC322) "KALKGRP_HINWEIS" aktivierbar. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-137 | Sonderpreise löschen / Kunde Sonderpreise löschen / Kunde
Beschreibung:
Im Programm SHC110 soll es möglich sein, ähnlich wie im SHC072 die Preise auf einen Schlag für einen Kunden zu deaktivieren. Dabei sollte berücksichtigt werden ob es sich um normale Sonderpreise handelt oder um sogenannte Angebotspreise die über eine Angebotsauftragsart gepflegt werden. Abfrage: Auch die Sonderpreise aus Angeboten deaktivieren? Evtl. wäre es auch sinnvoll statt dem "einfachen" löschen die Artikel nur auf abgelaufen zu setzen. Eine Möglichkeit nur bestimmte Artikel zu löschen / nicht zu löschen über eine vorherige Selektion wäre ebenfalls sinnvoll. Montino, EGU Helpdesk-Nr.: 389790 Kommentar von Torsten Lotz - 06.06.2019 15:49 Alles umsetzen bis auf Punkt 4 (Was ist mit Selektion gemeint?)
Button "Papierkorb" wird eingebaut Abfrage, ob Konditionen mit Angebots oder Sonderpreise handelt? Abfrage, ob gelöscht oder Datum auf abgelaufen setzen? Kommentar von Torsten Lotz - 08.01.2020 16:24Wir haben intern Aufträge an neue Kollegen weitergegeben. Diese Aufträge werden in der nächsten Zeit bearbeitet. Die Programmierung ist von unserer Seite abgeschlossen. Die Auslieferung erfolgt mit dem nächsten Quartalsrelease. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-138 | Kollegenlager - Ergänzung, Sortierung nach Preis Kollegenlager - Ergänzung, Sortierung nach Preis
Beschreibung:
Die Sortierung der angezeigten Läger kann je eigens in der SHCware mittels SHC069 und SHC478 eingestellt werden. Diese Möglichkeit besteht nicht nur für die Kollegenlager-Anzeige, sondern es kann in nahezu jedem Programm eine individuelle Sortierung hinterlegt werden. Bei einer gleichzeitigen Anfrage aller verbundenen Kollegenlager sollen die Positionen nach Preis aufsteigend sortiert angezeigt werden. Bisher wird jedoch der Preis nur unten angezeigt und nicht bei der jeweiligen Kollegenlagerzeile. MA: 386457 Kommentar von Torsten Lotz - 14.02.2019 17:35 Norman Hisgen: Erweiterung der Anfrage um den Kundenpreis auf Sendungsseite, Interpretation auf Empfangsseite und Sortierung in Abhängigkeit einer Programmkonstante. Die Anfrage klingt nach UP479, zusätzlich würde Sinn machen das gleiche zusätzlich in UP012 und UP075L umzusetzen. In UP479: 9 Stunden In UP012: 5 Stunden In UP075L: 5 Stunden Kommentar von Klaus Schnaible - 15.02.2019 10:57Hiermit beauftragt, bitte zügig umsetzen damit das Projekt Kollegenlager vorankommt. Kommentar von Torsten Lotz - 15.02.2019 12:10Die Programmierung wurde beauftragt. Der interne Prozess wird gestartet. Kommentar von Torsten Lotz - 09.04.2019 12:36Die Umsetzung ist aktuell auf Ende April geplant. Kommentar von Torsten Lotz - 29.04.2019 14:27Die Entwicklung wurde von Hr. Hisgen fertiggestellt. eMail dazu ist auch schon raus. Kommentar von Klaus Schnaible - 10.05.2019 16:07Klappt das mit einem Screenshot noch? Kommentar von Torsten Lotz - 03.06.2019 18:39Anpassung Sortierung der Kollegenläger: Anpassung für Kollegenläger in der Auftragsposition:
| Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-139 | Fussrabatt, einzelne Positionen ausschließen Fussrabatt, einzelne Positionen ausschließen
Beschreibung:
Wir haben wiederholt das Problem, dass beim Setzen eines Sonderrabattes im Auftragsfuss auch alle Kostenpositionen (Versand, Schnitt, etc.) mit rabattiert werden und der Rabatt nachträglich nicht auf Positionsebene wieder rausgenommen werden kann. Das einzelne Setzen von Positionsrabatten als Sondernachlass ist mühselig und daher keine Option. Wir würden gerne erreichen, das bestimmten Artikeln (diese sind bei uns als Dienstleistungsartikel gekennzeichnet), nicht rabattiert werden. Lt. SHC gibt es hier aktuell keine Möglichkeit
EGU, Montino Helpdesk-Nr.: 384335 Kommentar von Torsten Lotz - 06.06.2019 15:59 Neuer Parameter - Dienstleistungsartikel nicht rabattieren => hier können per Komma getrennt die Dienstleistungsartikel eingetragen werden Funktion Rabatt übernehmen - diesen Schalter berücksichtigen Kommentar von Klaus Schnaible - 21.07.2020 16:06der o.g. Auftrag ist fertiggestellt. Die Erweiterung wird im Quartalsrelease 48 enthalten sein. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-145 | Daten einschränken beim Kunden-kopieren Daten einschränken beim Kunden-kopieren
Beschreibung:
Beim Kopieren von Kunden über das SHC056K werden neben den Kundendaten aus T056AD auch die Ansprechpartner T058ASP und Kontaktdaten T042WKOM kopiert. Granzow, Binder Antwort SHC: Das Programm SHC056K wird derart erweitert, dass beim Kopieren eines Kunden per neuer Checkbox es möglich sein wird die Ansprechpartner und Kontaktdaten nicht mit zu kopieren. Die Checkbox ist per Default so gestellt, dass die Ansprechpartner kopiert werden. Kommentar von Torsten Lotz - 06.06.2019 16:48 Ausarbeitung des Konzeptes => SHC Kommentar von Torsten Lotz - 08.01.2020 16:24Wir haben intern Aufträge an neue Kollegen weitergegeben. Diese Aufträge werden in der nächsten Zeit bearbeitet. Die Implementierung wurde von unserer Seite abgeschlossen. Unser Entwickler wird sich mit Hr. Binder in Verbindung setzen. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-147 | Abfrage im Bestellvorschlag Abfrage im Bestellvorschlag
Beschreibung:
Die Zuordnung zu den Bestellieferanten ist bei uns zumeist auf den Lieferanten Zentrallager gesetzt. Teilweise sollen aber Bestellungen oder auch Bestellanfragen nicht im Zentrallager sondern beim Lieferanten selbst bestellt bzw. angefragt werden. Dafür gibt es im EK001 (Bestellwesen) im Bereich Bearbeitungvorschlagssätze eine Möglichkeit den Lieferanten auf einen "bestimmten" abzuändern. Teilweise befinden sich jetzt aber x verschiedene Lieferanten im Bestellvorschlag, eine einzelne Änderung ist zwar möglich aber sehr umständlich. Hier würden wir gerne eine Abfrage eingebaut haben, die es erlaubt den Lieferanten auf den Lieferanten im Artikelstamm abzuändern. EGU, Montino Helpdesk-Nr.: 389793 Kommentar von Klaus Schnaible - 15.02.2019 12:57
Text SHC: Schätzung 8 h | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-148 | SHC628OR Bestellnummer nachpflegen und Verarbeitung neu anstoßen SHC628OR Bestellnummer nachpflegen und Verarbeitung neu anstoßen
Beschreibung:
Eine Selektion hat ergeben, das wir über ein Jahr knapp 200 fehlerhafte EDI ABs von Herstellern übermittelt bekommen. Der Fehler liegt in der Regel an einer falschen oder fehlenden Bestellnummer in der XML-Datei. Meistens existiert ja eine Bestellung in der SHCware aber aufgrund der fehlenden Bestellnummer kann die Bestellung nicht verifiziert werden und die AB Information laufen ins Leere. An dieser Stelle wäre es doch für alle SHCware-Nutzer hilfreich, wenn man im SHC628OR manuell die Bestellnummer nachpflegen könnte und die Verifizierung erneut anstoßen könnte, damit man die bereits vorliegenden AB-informationen nutzen kann. Weniger, Weber Helpdesk-Nr.: 389794 Kommentar von Torsten Lotz - 06.06.2019 17:04 Programmerweiterung Fenster vergrößern, Klick auf die Position werden die offenen Bestellungen mit dem Artikel angezeigt und kann dann zugewiesen werden. Bestellnr, Bestelldatum, Artikel, Menge
SHC entwickelt ein Konzept Kommentar von Torsten Lotz - 03.02.2021 11:08 Re-2_ FEGSHC-148 - SHC828OR Bestellnummer nachpflegen.msg Die Anforderung hat sich lt. Hr. Weber geändert. Siehe beigefügte Mail. Ggf. kann dies dann noch mit in den nächsten FB. Aktuell bewertet Fr. Meichsner SHCintern die Anforderung und gibt mir eine Rückmeldung. Das Ergebnis werde ich hier publizieren. Kommentar von Torsten Lotz - 24.02.2021 09:08Folgende Rückmeldung kam aus unserer Entwicklung zu den gewünschten Anpassungen von Hr. Weber: Ich denke es wäre gut, wenn Herr Weber zu den einzelnen Fällen, nochmal dazuschreiben kann, welche Informationen bei einer manuellen Bearbeitung übernommen werden sollen. Also was erwartet er soll die manuelle Bearbeitung alles leisten? Die benötigten Informationen wurden bei Herrn Weber angefragt. Kommentar von Torsten Lotz - 14.07.2021 15:57Die Ursprüngliche Anforderung wird nach Telefonat vom 12.07.2021 komplett durch eine neu definierte Umsetzung (sinnvoll für alle Gesellschafter) ersetzt: Ursprüngliche Anpassung SHC628OR: Neue Anpassung SHC628OR nach Telefonischer Abstimmung mit Herrn Weber (Weniger): Kommentar erfasst von Anja Meichsner Kommentar von Klaus Schnaible - 11.10.2021 17:48Im Programm SHC628OR kann man nun das Feld "Termin" im unteren Bereich bei den Positionen editieren, wenn es leer ist, damit es in die Bestellung aufgenommen werden kann. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-149 | Erweiterung XML-Request "Kundeninfo" Erweiterung XML-Request "Kundeninfo"
Beschreibung:
In den XML-Request "Kundeninfo" soll ein neues Tag eingebaut werden, das aussagt, ob es für den Kunden Kabelreste gibt.
Der Grund dafür ist: wir müssen prüfen, ob für den Kunden der Menüpunkt "Kabelrest" angezeigt werden soll oder nicht. Kommentar von Klaus Schnaible - 28.02.2019 16:30 Hallo Frau Gschwind, lässt sich das kurzfristeig vorziehen?
Grüße Klaus Schnaible Kommentar von Harald Becker - 12.03.2019 11:29Ich würde das einfach hinten anhängen:
-> Der Tag sollte in den Aufruf, mit dem die Anmeldung des Kunden bestätigt wird. Die Aussage ist, das es generell Kabelreste zum Anzeigen für diesen Kunden gibt. Ihre Anforderung wird mit dem aktuellen Sprint umgesetzt. Wir melden uns sobald die Umsetzung abgeschlossen ist. Kommentar von Torsten Lotz - 22.03.2019 15:08Die Entwicklung wurde abgeschlossen. Die Auslieferung erfolgt mit dem nächsten Quartals-Release (KW 15).
Eine Mitteilung an Hr. Becker erfolgt per eMail. Kommentar von Harald Becker - 26.03.2019 12:55Können Sie bitte ein Beispiel in das Ticket hängen, damit ich das Geneon zur Weiterbearbeitung geben kann. Danke. Kommentar von Torsten Lotz - 26.03.2019 16:33Anbei zwei Screenshots als Beispiel für den Aufbau des XMLs Die Entwicklung wurde abgeschlossen. Die Auslieferung erfolgt mit dem nächsten Release. Kommentar von Harald Becker - 09.09.2019 15:22Das scheint nicht richtig zu funktionieren. Bei den Moster-Kunden steht das Flag "Kabelreste" auf "N", aber es erscheinen im Shop Kabelreste zu den Artikeln. Zum Beispiel die Artikel-Nr.: 1012266 Kommentar von Harald Becker - 09.09.2019 15:22
Ich habe die Information an unseren Entwickler weitergegeben. Wir melden uns sobald wir neue Erkenntnisse haben. Kommentar von Harald Becker - 31.10.2019 08:35[~sg@shcom.de]: Gibt es immer noch keine neuen Erkenntnisse ? Kommentar von Torsten Lotz - 31.10.2019 11:15Wir klären das Problem intern noch einmal. Mail an Fa. Moster am 31.10.2019: [~sg@shcom.de] Müsste nicht SHC klären, warum beim Login-Request "Kabelreste Nein" kommt, obwohl Kabelreste vorhanden sind? Kommentar von Harald Becker - 07.11.2019 08:30[~sg@shcom.de]: Es kann auf SHC-Seite etwas nicht passen. Im XML-Request "Kundeninfo" bekommen wir die Info, dass für den Kunden keine Kabelreste vorhanden sind (<Kabelreste>N</Kabelreste>). Und mit dem XML-Request "Kabelreste" kann man Kabelreste für den selben Kunden abrufen. Eines von Beiden kann also nicht stimmen. Kommentar von Torsten Lotz - 07.11.2019 16:11Wir sind aktuell in Klärung des Problems. Ich werde morgen einen aktuellen Stand einholen, da der Kollege heute nicht im Haus ist. Die Bearbeitung findet über den HD-Vorgang "394283" (Moster - Hr. Humbek) statt. Unser Entwickler hat schon eine eMail an Hr. Humbek versendet. Kommentar von Harald Becker - 08.11.2019 13:59[~sg@shcom.de]: ich sehe das nicht als Problem nur bei der Fa. Moster, bei Hartl beispielweise läuft es auch falsch. Wir brauchen für die Shops aller Gesellschafter die Information, ob ein Kunde Kabelreste hat oder nicht, weil wir damit einen Menüpunkt ein- oder ausblenden müssen. Kommentar von Torsten Lotz - 13.11.2019 17:47Harald Becker: Wir haben das Problem gefixt und einen Patch für das aktuelle Release erstellt. Bitte geben Sie dies an die Gesellschafter weiter. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-151 | Abkündigungsdatum Abkündigungsdatum
Beschreibung:
Laut FA ZEK soll zukünftig in den Stammdaten das Auslaufdatum von Artikeln mit an die SHC geliefert werden.
Helpdesk-Nr.: 389795 Kommentar von Klaus Schnaible - 18.03.2019 12:49 20180605114259372.pdf Erst muss durch Fegime die Eingabe des Datums umgesetzt werden => Auslaufsdatum im Schattenstamm hinzufügen (t177kataz) Kommentar von Torsten Lotz - 08.08.2019 16:52Klaus Schnaible: Können Sie mir einen Ansprechpartner für diese Anforderung nennen? Kommentar von Klaus Schnaible - 09.08.2019 15:03Bei uns im Haus Herr Zum EInen wollte Herr Graevenstein bei seinem Besuch beim Fachausschuß ZEK mit den Einkäufern erst klären, was im Einzelnen umgesetzt werden soll, und zum anderen haben wir das Datum noch gar nicht in unserem gecont (PIM-System). Kommentar von Torsten Lotz - 12.08.2019 11:10Ich führe noch eine zusätzliche Excelliste und hierfür brauche ich die Ansprechpartner. Die Prio dieser Anforderung ist aktuell sehr gering und wir werden hier erst einmal nichts unternehmen. Kommentar von Klaus Schnaible - 06.09.2019 15:21Ja, erst nach dem Fachaussschuß ZEK mit Herrn Graevenstein. Kommentar von Klaus Schnaible - 18.11.2019 15:26Laut Fachausschuß ZEK soll das Abkündigungsdatum nur in den Schatten- bzw. Artikelstamm übermittelt werden. Kommentar von Torsten Lotz - 27.02.2020 11:30 Wir werden diese Anforderung gemeinsam mit FEGSHC-194 umsetzen, da wir hierzu die gleichen Programmstellen bearbeiten müssen. Hierdurch sparen wir uns den Mehraufwand für die sonstigen Arbeiten, die neben der reinen Implementierung nötig werden. Kommentar von Klaus Schnaible - 03.03.2020 12:43Spalte 65 in den CSV-Export-Dateien (DA../IA.../CSV-Stammdatenexport) ist das Abkündigungsdatum im Format dd.mm.yyyy Kommentar von Torsten Lotz - 03.03.2020 12:51Danke für die Rückmeldung. Ist gemeinsam mit FEGSHC-194 im aktuellen Sprint eingeplant. Kommentar von Klaus Schnaible - 12.05.2020 15:02Das Feld wird beim Import der CSV-Datei berücksichtigt und sowohl im Schattenstamm, im Artikelstamm als auch in die Drucktabellen mit übernommen. Diese Änderung wird im Quartalsrelease Nr. 48 zur Verfügung stehen. Umsetzung im PIM-System ist für Mitte Juni geplant. Ab dann kann die Funktionalität umgesetzt werden. (Sprint 93) Kommentar von Klaus Schnaible - 13.07.2020 13:11Zur Dokumentation: D.h. keine Anzeige in der Applikation.
T177kata - Schattenstamm T051art - Artikelstamm T386pos_zusi - Zusatztabelle Auftragspositionen T651zlep - Drucktabelle für (AB,LE, LI..) | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-152 | [GKM] SHC604IMA Ausgabe von Fehlermeldungen [GKM] SHC604IMA Ausgabe von Fehlermeldungen
Beschreibung:
Beim Import von Aufträgen kommt es bei uns manchmal zu einer Fehlermeldung, die dem Anwender aber nicht wirklich weiter hilft.
Auch der Administrator kann damit nicht wirklich was anfangen und müsste den Fehler für jeden Einzelfall in Kleinarbeit über die Datenbank versuchen heraus zu finden. Bisher sind in der Regel die die folgenden Fehler festgestellt worden und für die sollte jeweils eine Fehlermeldung angezeigt werden, damit sich der Anwender direkt mit dem Gesellschafter in Verbindung setzen kann.
In allen anderen Fällen kann die bisherige Fehlermeldung angezeigt werden. HD-Vorgang: 394053 Kommentar von Torsten Lotz - 02.12.2019 10:21 Die Implementierung wurde durch Hr. Schoog umgesetzt. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-154 | [webGecont] Bug bei Änderungen an mehreren Artikelzeilen [webGecont] Bug bei Änderungen an mehreren Artikelzeilen
Beschreibung:
Ablauf: mehere Artikelzeilen angezeigt, KLick auf eine Zeile, Änderung eines Datenfeldes. Klich auf die nächste Zeile, ... nach mehreren Zeilen kommt der angezeigte Bug. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-155 | Maximale Länge für Bestellnummer des Kunden an den Shop übergeben Maximale Länge für Bestellnummer des Kunden an den Shop übergeben
Beschreibung:
Wir sind gestern auf ein kleines Problem bei unseren UGL-Kunden gestoßen. In der UGL-Dateiausgabe ist für die Bestellnummer auf nur 15 Stellen vorgesehen. Für UGL-Kunden müsste es daher eine Beschränkung auf 15 Stellen geben. Ggf. könnte man die „Kundenabhängige Auftragskopf-Steuerung“ Leider führt dies aber im Onlineshop dazu, dass die Bestellnummer ein Pflichtfeld wird, was nicht sein darf. Es müsste Geprüft werden, ob der Kunde in der SHCware in der UGL-Steuerung angelegt ist und ggf. die Bestellnummer auf maximal 15 Stellen begrenzt werden oder Eine Möglichkeit in SHC409K geschaffen werden, dass die Bestellnummer im Onlineshop nicht zu einem Pflichtfeld wird. (Evtl. durch setzen eines Hakens) Wobei Variante A die schönere wäre, da hier nicht manuell eingegriffen werden muss. Vorschlag FEGIME: Da es eh schon eine Formatmaske in der SHCware gleich die max. Länge der Bestellnummer je Kunde: Default: nix. Binder, Granzow Helpdesk-Nr.: 389796 Kommentar von Torsten Lotz - 06.06.2019 17:15 Shop darf bei UGL-Kunden nur 15 Stellen der Bestellnummer möglich machen Wir übergeben beim Login im Shop mit den Kundendaten einen neuen Tag: Maximale Länge der Bestellnummer SHC353 (UGL-Konfig) - Steuerung pro Kunde (neues Feld mit der Maximallänge) Kommentar von Harald Becker - 10.10.2019 12:55Das Problem scheint nicht nur bei "UGL" sondern auch bei "IDS" zu bestehen:
Da muss es aber der Shop lösen. Kommentar von Thomas Stucky - 18.03.2024 12:22Hallo Herr Herger, unsere Entwicklung möchte das Ticket umsetzen. Hierbei gibt es noch die folgende Frage: Wie soll der neue Übergabe-Tag im Request heißen? Unser Vorschlag ist "Benr_Maxlaenge", falls das passt? Viele Grüße Kommentar von Klaus Schnaible - 10.04.2024 14:51Die Programmierung von FEGSHC-155 "Maximale Länge für Bestellnummer des Kunden an den Shop übergeben" wurde abgeschlossen. Die Änderungen befinden sich voraussichtlich im QR64.
Es wurde das SHC353 um das Feld “Max. Länge Ku-Be-Nr.“ erweitert. In diesem Feld kann die maximale Länge der Kundenbestellnummer gepflegt werden. Diese wird im AB001K berücksichtigt. Zusätzlich wird diese im Request “Kundeninfo“ für den FEGIME-Shop abrufbar sein. Kommentar von Thomas Stucky - 11.04.2024 08:24Die Anpassung ist im QR64 enthalten | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-157 | SHC405S, Mindestmenge mit ausgeben SHC405S, Mindestmenge mit ausgeben
Beschreibung:
Auszug aus dem HD-Vorgang „387130“ von Granzow (Hr. Binder): Hallo, für unsere Kunden 11742600 erstellen wir in regelm. Abständen eine Nettopreisdatei über SHC405. Aus dieser Nettopreisdatei erzeugt die FEGIME dann wiederrum einen BMEcat-Katalog, welchen der Kunde in sein System einspielt. (In der Nettpreisdatei wird neben der Artikelnummer und dem Preis auch die Preiseinheit ausgegeben.) Nun gibt es leider ein Problem, wenn wir in der SHCware eine Verpackungseinheit-VK hinterlegt haben, welche von der bei FEGIME abweicht. So z.B. bei dem Artikel 2312502. Wir verkaufen diesen Artikel nur in der VPE mit 48Stück. Bei der FEGIME wird der Artikel aber mit einer Verkaufsmenge von 1Stück geführt. Dies führt nun dazu, dass der Kunde in seinem System erkennt, dass wir den Artikel pro Stück verkaufen, was aber nicht stimmt. Daher müsste in der Nettopreisdatei auch die Verpackungseinheit-VK ausgegeben werden können. Aktuell behelfen wir uns, in dem wir die Nettopreisdatei nachträglich mit der Verpackungseinheit-VK anreichern und die Daten dann der FEGIME zur Verfügung stellen.
Hier sollte die Nettopreisdatei in Absprache mit der Fegime um ein entsprechendes Feld erweitert werden und in SHC405 die Möglichkeit geschaffen werden, die Verpackungseinheit-VK direkt mit der Nettopreisdatei auszugeben.
Antwort von einem SHC-Kollegen: Wie läuft es aktuell mit den Fegime Arbeitskreisen? Abstimmung mit Fegime ist erforderlich. — Im SHC405 und auch im SHC405S muss das mit ausgegeben werden. Test für SHC405S zeigt, dass lediglich die Spalten Artikelnummer Preiseinheit Nettopreis Nettopreis incl. Helpdesk: 387130 MA: 387130 Kommentar von Torsten Lotz - 06.06.2019 17:50 [~sg@shcom.de]: Bitte nochmal überprüfen. Kommentar von Torsten Lotz - 06.06.2019 17:55Vorgabe Fegime - neue Felder Kommentar von Klaus Schnaible - 07.06.2019 17:23Feldaufbau CSV: Artikelnummer Der Aufwand erhöht sich auf 24h. Kommentar von Klaus Schnaible - 04.07.2022 17:33Beim CSV-Import und -Export der Kundensortimentskonditionen (SHC405S S SEL405) wird nun auch die Verpackungseinheit-VK Die Anforderung wurde umgesetzt und steht mit dem nächsten Release (QR56) zur Verfügung. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-158 | Dispositionslogik:Berücksichtigung von Lieferanten-Lieferterminen Dispositionslogik:Berücksichtigung von Lieferanten-Lieferterminen
Beschreibung:
Die auf Lagerreichweiten basierenden Dispositionsmodi der SHC berücksichtigen nach unserer Kenntnis aktuell keine Lieferanten-Liefertermine bereits bestellter Ware ohne Auftragsbezug (Disposition von Lagerware). Solche Lieferengpässe sind ärgerlich, weil sie vor allem vermeidbar sind. Eine entsprechende Optimierung der Dispositionslogik wäre aus unserer Sicht somit sehr wünschenswert.
Stefan Fimmen, Moelle Kommentar von Torsten Lotz - 06.06.2019 17:59 Prüfung SHC - Wurde hier schon etwas getan? evtl. individueller User-Hook Kommentar von Torsten Lotz - 17.10.2019 15:02SHC klärt das Thema mit Hr. Fimmen - Einsatz eines bereits vorhandenen UH Kommentar von Torsten Lotz - 05.02.2020 17:07Ich habe den HD-Vorgang 397446 angelegt. Wir werden das Thema direkt mit Hr. Fimmen besprechen. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-159 | Lageraufteilung Kollegenlager Lageraufteilung Kollegenlager
Beschreibung:
Der Auftrag 3790814 wurde über den Shop beauftragt. Der Artikel 6852224 war zu diesem Zeitpunk im Kollegenlager 202 Seiwert Illingen verfügbar, es wurde jedoch keine Kollegenbestellung gebildet, der Lieferant wurde auch nicht auf den Kollegen umgestellt (erst später manuell durch einen Sachbearbeiter). Wir bitten um Prüfung, warum keine Kollegenbestellung erzeugt wurde. Betrifft die Angebotsbeauftragung. Antwort SHC: Das Wandeln von Angeboten wird derart erweitert, dass eine Lageraufteilung über SHC075A gemacht wird. Hierbei ist neues Konzept zusammen mit den Anwendern zu erstellen. Grob geschätzter Aufwand als Budgetangebot ca. 40 Std. Helpdesk-Nr. 384439 Flörchinger, Moster Kommentar von Torsten Lotz - 06.06.2019 18:06 Hr. Flörchinger prüft. Kommentar von Torsten Lotz - 17.10.2019 15:14Idee: Auftragskopf - Kennzeichen wie mit der Lagerzuordnung beim Wandeln umgegangen werden soll + 378-Vorbelegung
Problem: Artikel war bei Angebotserstellung beim Kollegen vorhanden, beim Wandeln aber nicht - was nun? Kunde hat damit gerechnet, dass die Ware am nächsten Tag ankommen - war aber nicht der Fall. Kommentar von Klaus Schnaible - 18.12.2023 11:09wird laut FB nicht mehr benötigt | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-160 | Erweiterung Cadis-Schnittstelle, Umverpackung Erweiterung Cadis-Schnittstelle, Umverpackung
Beschreibung:
Erweiterung zur CADIS-Schnittstelle: Für die Übergabe an Kratzer keine Versandpositionen (Packmittel) berücksichtigen, die sich in einer Umverpackung befinden. In diesem Fall wird dann nur die Umverpackung an Kratzer weitergeleitet. SHC-Angebot 244261, Aufwand 7 Stunden Helpdesk-Nr. 381421 Humbek, Moster Kommentar von Torsten Lotz - 04.06.2019 14:52 Wurde bereits durch die SHC umgesetzt. Telefonat am 04.06.19 mit Hr. Humbek. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-161 | UPKALK2, dynamische Zusatzinfos UPKALK2, dynamische Zusatzinfos
Beschreibung:
Es wird eine generelle Möglichkeit gewünscht, auch im UPKALK2 dynamische Zusatzinfos anzeigen zu lassen. Ein aktuelles Beispiel wäre die Anzeige der EK-Staffelnettopreise der FEGIME. Antwort SHC (Angebot an Moster 244454) Aufwand 16 Std. Helpdesk-Nr. 387201 Flörchinger, Moster Kommentar von Torsten Lotz - 16.12.2019 12:51 Die Entwicklung wurde von uns fertiggestellt. Folgende Änderung wurde umgesetzt: | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-162 | Kanban MDE-Erfassung Kanban MDE-Erfassung
Beschreibung:
Wir testen derzeit das SHCware-Kanban-Modul. Besteht die Möglichkeit die Funktion MDE-Erfassung analog zur Auftragerfassung auch in den Modulen SHC544K und SHC544A anzulegen? Antwort SHC: Aufwand: 16 Std. Helpdesk-Nr.: 386758 Fischer, Fischer Kommentar von Klaus Schnaible - 18.12.2023 11:09 wird laut FB nicht mehr benötigt | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-168 | [GKM] Verteilung Lieferscheine der Fegime [GKM] Verteilung Lieferscheine der Fegime
Beschreibung:
MA 379002, Protokoll vom 11.9.2017, Prio 7
Kommentar von Torsten Lotz - 14.02.2020 15:10 Hallo Rino Hoch, wie kann bei den Gesellschaftern unterschieden werden, ob der Auftrag durch Fegime eingegliedert wurde? Der Report muss beim Aufbau unterscheiden woher der Auftrag kommt, damit der richtige Header/Footer angedruckt werden kann. Kommentar von Klaus Schnaible - 05.05.2020 11:41@Rino Hoch: Fragen von SHC:
Info von SHC:
telefonische Abstimmung mit Herrn Hoch ist hier erfolgt. Alle offenen Punkte sind aktuell geklärt. SHC prüft intern, welche Lösung hier am einfachsten umzusetzen ist bzw. schon vorhanden ist. Kommentar von Torsten Lotz - 05.10.2020 10:58Herr Tenbusch benötigt noch folgende Info: Das Bild selbst und der Report scheint geklärt zu sein. Info von SHC: Es gibt in der SHCWare (Kollegenlager) bereits eine Logik, die einen komplett Report abholt und mit diesem druckt, wäre das eventuell auch eine Lösung ? Es macht meiner Meinung nach Sinn diese Logik zu verwenden, um die Bilder aus unserem System abzuholen. Das muss aber vermutlich erst von Ihnen bei uns eingerichtet werden. Kommentar von Harald Becker - 20.10.2020 11:32Ich möchte gerne aufklären, was mit dieser Änderung erreicht werden soll und die eigentliche Idee dazu kam von Herrn Sigmund. Die Lieferscheine der Gesellschafters, die Fegime-Grosskunden beliefern, sollen mit einheitlichen Fegime-Angaben (Logo, Header, Footer) versehen sein. Die Gesellschafter sollen also ihren Lieferschein weiter verwenden können, aber es soll aussehen, als wenn der Lieferschein von der Fegime ausgedruckt ist. Herr Sigmund hatte die Idee, die Fegime-Angaben als Hintergrundbilder in die Gesellschafter-Formulare einzubinden und auszugeben, wenn der Kunde ein Fegime-Grosskunde ist. Wie und wo die Verwaltung der Bilder stattfinden soll, überlassen wir Ihnen. Wir können sie bei Änderungen zur Verfügung stellen und Sie veranlassen alles Weitere, damit sie auf den Gesellschafter-Formularen erscheinen. Das kann ein automatisches Abrufen im Gesellschafter-Formular aus Ihrem System sein (z.B. FTP-Laufwerk) oder Sie können es manuell auf die Gesellschafter-Systeme verteilen. Der Nachteil ist, dass die individuellen Lieferschein-Formulare der betroffenen Gesellschafter einmalig geändert werden müssen. Wenn ein Gesellschafter das Standard-Formular benutzt, bekommt er die Änderung mit einem Release. Bei einem individuellen Formular benötigen wir bitte den Aufwand für die Anpassung eines Formulars. Frage dazu: lässt sich heraus finden, welche Gesellschafter das Standard-Formular benutzen und welche ein individuelles Formular benutzen ? Eine Möglichkeit wäre noch, dass wir im Fall "Grosskunden-Lieferung" das Standard-Formular verwenden, in dem die Änderungen enthalten sind, und nicht das Gesellschafter-Formular. Kommentar von Klaus Schnaible - 20.10.2020 15:12Hallo Herr Becker, wenn die SHCware eh ein ganzes Formular holen kann, also mit Header, Footer etc. - dann amcht es gar keinen SInn mehr indiv. Bilder zu verteilen. Sollen Sie doch das "Kollegenformular" zum drucken einstellen und gut ist, oder wird das sonst zu oft geholt? Was ich nicht gut finde: Wenn die Gesellschafter ihr Lieferschein Formular weiterverwenden, nur mit anderem Header/Footer - dann bekommt der Kunde ja doch wieder diverse Angaben je nach Großhändler an verschidneen Stellen angedruckt, also uneinheitliche Lieferscheine, die zwar die selben Köpfe haben, aber unterschieliche Darstellungen des Inhalts. Das ist dann auch wieder kein einheitliches Bild. Also ganzes Formular einheitlich für FEGIME-Lieferscheine gestalten, diese bei den Gesellschaftern zum drucken verwenden. Und nur weil sich alle 3 Jahre der Aufsichtsrat ändern kann, braucht man da keinen speziellen Abhol-Mechanismus. Oder gibt es Argumente dagegen? Kommentar von Harald Becker - 29.10.2020 15:14 Aktualisierter Vorschlag SHC erstellt einen neuen und aktuellen Grosskunden-Report des Lieferscheines (der zukünftige Inhalt scheint ja schon geklärt zu sein). Ob Sie die fegime-spezifischen Daten als Hintergrund-Bild laut dem Vorschlag von H. Sigmund einbinden oder fest in den Report bauen, überlassen wir Ihnen. Wie wird gewährleistet, dass dieser Report auf dem aktuellen Stand gehalten wird (bei Release-Änderungen oder bei Fegime-Änderungen) ? Sie müssen Release-Änderungen, die den normalen Lieferschein-Report betreffen, auch im Grosskunden-Lieferschein-Report durchführen. Wenn sich etwas an den fegime-spezifischen Daten ändert, was eher selten vorkommt, wird das der Fegime-Vertrieb per Ticket an Sie melden und Sie führen die gewünschten Änderungen durch. Wie kommt der geänderte bzw. aktuelle Grosskunden-Lieferschein-Report auf die Gesellschafter-Systeme ? Wir würden das gerne mit einer Automatik ohne händischen Eingriff erreichen. D.h. wenn sich der Report geändert hat, wird er automatisch von einer zentralen Stelle (z.B. vom SHC-FTP-Server) auf das Gesellschafter-System kopiert. Somit ist gewährleistet, dass immer der aktuelle Report von den Gesellschaftern benutzt wird. Die Ausgestaltung dieser Funktionalität überlassen wir Ihnen. Kommentar von Stephan.Kuntz@moster.de - 25.04.2023 10:40Guten Morgen,
können Sie mir bitte den aktuellen Stand hierzu mitteilen? Ist das schon gelöst oder noch in der Pipeline?
Danke vorab.
Mit freundlichen Grüßen MOSTER Elektrogroßhandelsgesellschaft mbH Laut Herrn Hoch noch in Bearbeitung. Kommentar von Daniel Uhrig - 06.06.2023 09:04Guten Morgen Zusammen,
ich möchte noch mal nachhaken, wie der aktuelle Stand hierzu ist?
Im Bezug des BASF Lagerkontrakts muss das nun beschleunigt werden.
Mit freundlichen Grüßen MOSTER Elektrogroßhandelsgesellschaft mbH
Beschreibung zur Nutzung des GKM-Lieferscheins (SHC081LIFEG.RDF wird mit dem Release verteilt): Die Möglichkeit, den Report nur bei einer bestimmten Auftragsart zu verwenden, wird wie folgt gewährleistet: Dazu muss man den Report FEG_shc081lifeg im SHC397 (Image1.png) erfassen und im SHC395 der Belegart LI (IMage2.png) und der gewünschten Auftragsart zuweisen. Für den Report muss ein Kopflogo und Fusslogo hinterlegt werden (Image3.png): Beschreibung für die Erfassung des KOPFLOGO und FUSSLOGO für den Report FEG_shc081lifeg - Lieferschein der Fegime Im SHC390LOGO müssen für das Logo im Kopf ein Bild mit dem Logonamen KOPFLOGO und für die Fußzeilen ein Bild mit dem Logonamen FUSSLOGO erfasst werden. Bei Nutzung in mehreren Betrieben müssen diese für jeden Betrieb einzeln erfasst werden. Lager --> wenn das erfasste Bild nur für bestimmte Läger gelten soll (Lager = 0 – Eintrag gilt für alle Läger) Reportserver/-service --> wenn das erfasste Bild nur auf bestimmten Reportservern/-services gültig sein soll Ausgabeart --> wenn das serfasste Bild nur bei einer bestimmten Ausgabeart gültig sein soll Verzeichnis Windows --> der Pfad und Namen des Bildes für einen Windows-Server Verzeichnis Linux --> der Pfad und Namen des Bildes für einen Linux-Server Blobid --> das auszugebenede Bild wird über den Toolbar-Button links in einem BLOB-Feld in der Datenbank gespeichert.
| Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-169 | [FVS] Übermittlung von Kabelbestellungen [FVS] Übermittlung von Kabelbestellungen
Beschreibung:
MA 379005, Protokoll 11.9.2017, Prio 9
Mitarbeiterauftrag: 379005 Kommentar von Thomas Stucky - 01.02.2022 16:45 Aktuellen Stand mit Herr Hoch besprochen. Auf Gesellschafterseite fertig und bereits mit QR52 ausgeliefert. Zurückgestellt bis März 2022, dann gemeinsamer Termin um die bei Fegime nötigen Programmänderungen aufzunehmen und zu besprechen. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-170 | [GKM] SHC405S, Sortimente [GKM] SHC405S, Sortimente
Beschreibung:
MA 378998, Protokoll 11.9.2017, Prio 4 Die Performance bei der Kalkulation und Ausgabe der Kataloge muss überprüft werden. Erstellung einer Ausgabe der Rabattstruktur. Über einen neuen Toolbarbutton soll die Ausgabe der Rabattstruktur ermöglicht werden. An dieser Stelle wird nicht das Ergebnis der Kalkulation, sondern die aktuelle und alte Einstufung ausgegeben werden. Es wird eine Maske für die Eingabe zwischengeschalten. Dabei kann eine Sortiments-ID für die Ausgabe der alten und eine Sortiments-ID für die Ausgabe der aktuellen Rabattstruktur angegeben werden. Analog wird die Ausgabe der Nettopreise alt / aktuell aus den angegebenen Sortiments-ID's ausgegeben.
Mitarbeiterauftrag: 378998 Kommentar von Torsten Lotz - 14.02.2020 15:12 Hallo Rino Hoch, Folgende Fragen stellen sich uns:
Können Sie mich bitte diesbezüglich anrufen und mir die Anforderung noch einmal erklären? Ist diese Anforderung überhaupt noch aktuell? Kommentar von Thomas Stucky - 07.10.2021 09:59Hallo Rino Hoch, mit dem Auftrag FEGSHC-183 werden wir das SHC405S komplett auf die Datenbank legen. (Refactoring). Die Verarbeitungszeiten werden hierdurch deutlich verbessert. Hatten Sie wegen der Fragen oben Kontakt zu Herr Lotz? Ich kann in unseren Systemen leider nichts finden. Ist diese Anforderung noch aktuell? Kommentar von Thomas Stucky - 08.10.2021 09:48Der Vorgang kann laut Herr Hoch geschlossen werden. Kommentar von Rino Hoch - 08.10.2021 10:44Hallo Herr Stucky, gerne Anruf. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-171 | [GKM] Angebots- /Auftragsrouting [GKM] Angebots- /Auftragsrouting
Beschreibung:
MA 379000, Protokoll vom 11.9.2017, Prio 6 Die Angebote und auch Auftragsbestätigung werden im Sinne der Nachvollziehbarkeit und Beauskunftung auch an die Fegime übertragen. Ähnlich ZUGFeRD wird die Übermittlung weiterhin per Mail ausgegeben. In der Mail ist das PDF und eine CSV Datei enthalten. Diese Datei wird im Anschluss manuell in einem Ordner abgestellt und von dort direkt verarbeitet. Somit hat man auch eine Kontrolle über die eingegliederten Belege. Kommentar von Torsten Lotz - 25.10.2019 12:16 In Klärung mit Fegime (Hr. Schoog) Kommentar von Torsten Lotz - 20.12.2019 16:22Rino Hoch: Die Programmierung ist fast fertiggestellt und wird Anfang Januar bei Test-Gesellschaftern eingespielt. Bitte um Abstimmung mit Hr. Schoog welche Gesellschafter zum Testen verwendet werden können. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-172 | [GKM] Rundungsdifferenzen Griesson de Beukelaer [GKM] Rundungsdifferenzen Griesson de Beukelaer
Beschreibung:
MA 379003 Protokoll vom 11.9.2017, Prio 8
Pro Sortiment muss bei der Definition der Rabattstruktur ein Kennzeichen gesetzt werden, dass der Metallwert im Nettopreis enthalten ist. Im Anschluss werden beim Aufbau der Nettopreise, bei gesetztem Kennzeichen der Nettopreis inklusive Metall und in einem separaten Feld der enthaltene Metallwert pro Preiseinheit abgestellt. Innerhalb der Preisfindung muss dann unterschieden werden, ob es sich um eine Preisfindung aus dem Auftrag, oder um eine Preisfindung aus der Externen Anfrage handelt. Je nachdem wird der Metallwert separat ausgegeben, oder bleibt im Nettopreis verrechnet. Mitarbeiterauftrag: 379003 Kommentar von Torsten Lotz - 05.10.2020 12:28 Nach Rücksprache mit Frau Trautner und Herrn Hoch stellte sich heraus, dass der Beschreibungstext nicht mit der Anforderung übereinstimmt. Gemeint sind hier Rundungsdifferenzen, die beim Kunden Griesson de Beukelaer entstehen, wenn eine Bestellmenge ungleich der gepflegten Preiseinheit ist. Beim Umrechnen scheinen hier Unterschiede im Cent-Bereich zu entstehen. Diese werden vom Großkunden in der Rechnungskontrolle automatisch zurückgewiesen. Sollte doch noch nicht begonnen worden sein, kann das Ticket laut Herrn Hoch geschlossen werden. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-173 | [GKM] Ablösung Papierrechnungen [GKM] Ablösung Papierrechnungen
Beschreibung:
MA 378997/1 beauftrag 23.4.2019, Prio 3 Kommentar von Torsten Lotz - 25.10.2019 12:15 Aktuell in Abstimmung mit Fegime (Hr. Schoog) Kommentar von Torsten Lotz - 02.12.2019 10:24Das Thema wird zusammen mit der "[GKM] Anbindung Rechnungsaustausch für Gesellschafter ohne SHCware (H&P)" bearbeitet | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-174 | [GKM] Anbindung Rechnungsaustausch für Gesellschafter ohne SHCware (H&P) [GKM] Anbindung Rechnungsaustausch für Gesellschafter ohne SHCware (H&P)
Beschreibung:
MA 378997/3 beauftrag 23.4.2019, Prio 5 Ohne SHCware: Kerstin, H&P, Schmidt-Gruppe, UMO, Kurz Elektro, straschu Anbindung über EDI Rechnungsaustausch. Zentralfakturierten Rechnungen automatisch eingegliedert werden. Zu übermitteln ist dabei die ILN des Warenempfängers, damit der Kunde für die Auftragseingliederung ermittelt werden kann. Artikel die bei der Fegime nicht angelegt sind können über diverse Nummern eingegliedert werden. Hier muss nur die entsprechende Artikelbezeichnung mit übermittelt werden. Die Umsetzung von Rechnungseingliederung zu Auftragseingang muss bei der TTO vorgenommen werden. Auf Seiten SHC entsteht hier Aufwand für die Einrichtung und Unterstützung der Implementierung. Dieser Aufwand wird mit 2 Tagen angesetzt. Kommentar von Klaus Schnaible - 24.04.2019 17:34Kommentar von Klaus Schnaible - 24.04.2019 17:35 Laut Herrn Becker gibt es schon eine Schnittstelle für den Rechnungsaustausch. Die Daten liegen auf der Edigate unter: Verzeichnis: ...\input\edi\gkm\... Anbei eine Beipieldatei. D.h. auch hier bräuchten wir nur eine Dokumentation, so das auch Fremdsysteme diese Datei erzeugen könnten, dann könnte die gesamte ABwicklung über die bestehenden Systeme stattfinden. Kommentar von Torsten Lotz - 13.05.2019 12:00 Wir haben das Thema in unserem Sprint-Backlog. Hr. Schoog wird sich darum kümmern wenn er Zeit hat. Wie dringend ist das Thema? Kommentar von Klaus Schnaible - 13.05.2019 15:54Habe ich das richtig verstanden: Externe schicken eine Standard-EDIFACT-Rechnung (im internen Format) an TTO, TTO übermittelt diese an die SHCware als interne Rechnung - und PARALLEL dazu einen Auftrag, aus der Rechnung gewandelt. Somit kann SHC den Auftrag und dazu die passende Rechnung eingliedern. Oder: Es reicht wenn der Gesellschafter eine Datei in dem obigen Format via TTObox übermittelt - der restliche Aufwand wird durch SHC übernommen, wie bei jedem anderen Gesellschafetr auch (Generierung Auftrag, Import Rechnung). In dem Fall bräuchten wir nur eine Dokumentation dieses Formates, damit es Externe umsetzen können. Bitte nochmals klären und kurz Bescheid geben. Kommentar von Klaus Schnaible - 27.05.2019 16:17 [~sg@shcom.de]: Hallo Frau Gschwind, mittlere Dringlichkeit, es sei den der Beirat entscheidet anders. Denn erst muss H&P INVOICE umsetzen. Kommentar von Torsten Lotz - 13.06.2019 09:54Aktuell ist in der Diskussion mit Fegime (Hr. Kraus) und Compacer (Hr. Hettich), ob wir nicht für den GKM-Datenaustausch die gleiche Schnittstelle (INVOIC dann im XML-Format) wie bei den externen Rechnungen verwenden sollen und diese um die Informationen erweitern, die man für das GKM braucht. Hier warten wir auf einen Vorschlag bzw. Machbarkeitsanalyse seitens Compacer. Kommentar von Torsten Lotz - 25.10.2019 11:53Hr. Schoog ist aktuell in Klärung mit Fegime Kommentar von Torsten Lotz - 20.12.2019 16:28Hallo Herr Rino Hoch, wir haben leider bis heute keine Rückmeldung auf die eMail vom 20.11.2019 (Hr. Schoog) bekommen. Folgendes wurde geschrieben: Hallo Herr Hoch, ich möchte Ihnen heute eine grobe Einschätzung zu den möglichen Aufwänden geben: 1. Die Dokumentation der GKM-Datei würde etwa 1 MT bedeuten. Ich habe nochmals ein Beispielfile beigelegt. Für weitere Rückfragen stehe ich gerne zur Verfügung. Mit freundlichen Grüßen Bitte um zeitnahe Klärung und Rückmeldung an Hr. Schoog. Kommentar von Werner Kraus - 15.01.2020 10:32Bitte Punkt 1 umsetzen. Ich schreib Hr. Schoog auch gleich nochmal auf die erwähnte Mail. Kommentar von Torsten Lotz - 26.02.2020 12:53Laut Hr. Schoog ist das Thema von unserer Seite abgeschlossen. Kommentar von Werner Kraus - 26.02.2020 13:05Lt. Hr. Schoog dauert es noch eine Woche, Ich hab die aktuelle MA Nummer oben eingetragen. (Fr. Wenigmann) Kommentar von Torsten Lotz - 26.02.2020 13:58Hallo Herr Werner Kraus, | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-175 | [GKM] Schnittstelle "Preisübermittlung" öffnen [GKM] Schnittstelle "Preisübermittlung" öffnen
Beschreibung:
MA ?, beauftragt 23.4.2019, Prio 10 Ohne SHCware: Kerstin, H&P, Schmidt-Gruppe, UMO, Kurz Elektro, straschu Ist-Zustand: Bei entsprechend als Großkunde gekennzeichneten Kunden wird im Rahmen der Preisfindung die interne Preisfindung bei den jeweiligen lokalen Großhändlern umgelenkt auf die Preisfindung der SHCware bei FEGIME, so dass hier eine einheitliche Rechnungsstellung über alle Großhandlungen hinweg an alle Filalen des Großkunden gegeben ist. Dieser Service/Dienst soll so umgebaut/zusätzlich gebaut werden, dass er auch von Nicht-SHC-Anwendern umgesetzt und genutzt werden werden könnte. Kommentar von Klaus Schnaible - 24.04.2019 14:49 Unser Web-Service in der SHCware ist jetzt schon über eine öffentliche IP erreichbar.
So sieht das vom Prinzip her aus:
Die Daten kommen aus der SHCware zurück:
Z;ANFID;6545601 Z;ERROR; Z;NVKPR;35,13 Z;VKPR;43,91 Z;EIPR;17,52 Z;KUNOT; Z;KBASIS; Z;KWERT; Z;KTEXT; Z;RECHKZ;Z Z;PREIVK;100 Z;KARNR; Z;VKSP; Z;RABELEMENT;1;;-8,78;Sortimentsrabatt;V;;-20;;;P Z;RABELEMENT;2;;;;;;;;; Z;RABELEMENT;3;;;;;;;;; Z;RABELEMENT;4;;;;;;;;; Z;RABELEMENT;5;;;;;;;;;
[~sg@shcom.de]: Was fehlt, ist eine Doku der Schnittstelle von SHC, also gar nicht so viel Wir haben das Thema in unserem Sprint-Backlog. Hr. Schoog wird sich darum kümmern wenn er Zeit hat. Wie dringend ist das Thema? Kommentar von Klaus Schnaible - 27.05.2019 16:18[~sg@shcom.de]: Normale Dringlichkeit. Kommentar von Torsten Lotz - 24.10.2019 10:48Hr. Schoog hat die Dokumentation fertiggestellt. Die Kommunikation erfolgte per Mail. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-177 | UPKALK2 - Angebotsnummer UPKALK2 - Angebotsnummer
Beschreibung:
Wenn im UPKALK2 (Kalkulationsfenster in der Auftragserfassung) die Checkbox gesetzt wird "Angebotsnummer in die nachfolgenden Positionen übernehmen", verschwindet die Angebotsnummer sobald der Lieferant eines folgenden Artikels sich ändert. Dabei wird der Sachbearbeiter auch nicht informiert. Laut SHC gibt es hier bisher keine Möglichkeiten dieses Verhalten anzupassen. Uns würde es reichen, wenn einfach eine Meldung angezeigt wird, sobald die Angebotsnummer beim Wechseln verloren geht. Angebot SHC 244849/1: Es geht um die Felder T386POS_ZUSI.EDIAN und T386POS_ZUSI.EDIDA Aufwand 8 Stunden Montino, EGU Helpdesk-Nr.: 388828 Kommentar von Klaus Schnaible - 16.05.2019 14:25 SHC-Angebot: AG1354830.pdf UPKALK2 merkt sich bei der Erfassung temporär die Angebotsnummer je Lieferant. Wenn der gleiche Lieferant wieder ausgewählt wird, dann wird die Angebotsnummer automatisch ausgefüllt. Kommentar von Torsten Lotz - 14.05.2020 12:09im Laufe der Programmierung ergaben sich noch Fragen Seitens SHC -> Hr. Montino wird sich mit Hr. Laier in Verbindung setzen | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-183 | SHC405S, Lieferzeiten SHC405S, Lieferzeiten
Beschreibung:
Ergänzung der SHC405S um Lieferzeiten Die Sortimentsfunktion SHC405S dient, neben der Möglichkeit, Preise über einen bestimmten Zeitraum zu fixieren, auch als Startpunkt für die Erstellung elektronischer Kataloge (z.B. BMEcat-Kataloge). Im Ergebnis sollte die zu exportierende CSV-Datei neben Artikel-Nr., Preiseinheit und Preis eine zusätzliche Spalte mit der (geplanten / voraussichtlichen) Lieferzeit enthalten. Vorschlag einer möglichen Umsetzung: Die SHC405S unterscheidet zwischen Stamm- und Katalogartikeln. Was den Umgang mit Lieferzeiten betrifft, sollte vermutlich besser auf Lager- und Nicht-Lagerartikel abgestellt werden. Lagerartikel: Einfachste Variante: ein frei wählbarer numerischer Wert für alle Lagerartikel (also eine Lieferzeit für alle Lagerartikel; dahinter steht die Annahme, dass alle Lagerartikel Bestand haben) Nicht-Lagerartikel: Ideal wäre m.E. die Möglichkeit einer Elgate-Abfrage innerhalb der SHC405S zur Verfügbarkeit der Nicht-Lagerartikel (die Logik könnte man auch auf Lagerartikel ohne Bestand erweitern). Dies gilt insbesondere für Kunden mit nicht fixierten VK-Preisen. Hier könnten zusammen mit den regelmäßig durchzuführenden Preis-Updates auch gleich die Verfügbarkeitsabfragen aktualisiert (und in den bestehenden BMEcat eingespielt) werden. => Artikel ist verfügbar: Es wird die für den Lieferanten hinterlegte Lieferzeit (plus die eigene Lieferzeit) angesetzt. Einfache Ansätze: Stefan Fimmern, Moelle Helpdesk-Nr.: 391803 Kommentar von Torsten Lotz - 06.06.2019 17:54 Vorgabe Fegime - neue Felder Neuer User-Hook mit dem gesamten Satzaufbau vor Ausgabe !! Bei der Umsetzung ist es Notwendig die Funktionalität komplett auf die Datenbank zu legen !! (Refactoring) Kommentar von Klaus Schnaible - 07.06.2019 17:22Feldaufbau CSV: Artikelnummer Preiseinheit Preis Mindestbestellmenge Lieferzeit in Tagen Kundenartikelnummer Kommentar von Thomas Stucky - 08.10.2021 09:41Vorgabe zur Ermittlung der Lieferzeit: Zu den Lieferzeiten: Wir gleichen die Artikel mit dem virtuellen Lager: Lieferenden Gesellschafter beim Kunden: 2 Tage Virtuelles Lager: 4 Tage Lieferant: 7 Tage VG Rino Hoch Kommentar von Klaus Schnaible - 15.05.2024 10:59Zukünftig wird bei der Ausgabe der Sortimentsdatei eine weitere Spalte 'Lieferzeit' ausgegeben. Über den UserHook | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-184 | Aktionsrabatt auf Kundenpreis Aktionsrabatt auf Kundenpreis
Beschreibung:
Ich würde gerne einen Rabatt im SHC188 eintragen, jedoch ohne Aktionspreis. So dass von jedem Kundenpreis der Aktionsrabatt abgezogen wird. Lasse ich den Verkaufspreis leer und gebe keinen Rabtt ein, wird der Artikel im Shop und SHC als Aktionsartikel angezeigt und es wird die dem Kunden zugeordnete Preisstufe gezogen. Trage ich den Rabatt ein, hat dies keine Auswirkung. Erst wenn ich im vorderen Feld nochmals den Preis der Preisstufe eintrage, wird der Rabatt gezogen. Wäre es hier nicht sinnvoller, wenn kein Preis eingetragen ist, dass vom Kundenpreis der Rabtt gezogen wird. Sprich xx% Sonderrabatt auf den ursprünglichen Kundenpreis. Mit zusätzlicher Anzeige in Elektro-Online Abverkäufe (03) Matheis, Krieger Helpdesk-Nr. 388467 Kommentar von Klaus Schnaible - 04.06.2019 16:14
Wenn in SHC188 weder das Feld Verkauf noch die entsprechende Preisstufe gepflegt ist, bezieht sich der Rabatt nun auf den entsprechenden Preissatz aus SHC052.
| Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-185 | [SHOP] (40/2017-10-12) Referenznummer der Konfiguration [SHOP] (40/2017-10-12) Referenznummer der Konfiguration
Beschreibung:
Lieferantenkonfiguratoren können auf Positionsebene eine Referenznummer für die Konfiguration mitgeben. Diese muss vom Shop zur SHC, und dort via TTO zum Lieferanten durchgeschleift werden. Beispiel: Indiv. bedrucktes Schaltermaterial, der Kunde wählt im Lieferantenkonfigurator seine Bedruckung aus, bekommt dafür eine Referenznummer, mit der dann der GH beim Lieferanten bestellt und er auch die Ware geliefert bekommt um sie dem Kunden wieder zuzuordnen. Beleg-Nr: 240957/1 Auf Produktebene sollte sich festlegen lassen, dass dieses Produkt nur mit Eingabe dieser Nummer bestellt werden darf, ähnlich wie bei einer Serien- oder Chargennummer. Dieses Feld wird als REFNUMBER_CONFIG in unserem internen Format an TTO übertragen werden. Das gleiche wird bei Auftragsbestätigung, Lieferavis und Rechnung vorgesehen. Bei einer Bestellung vom Shop zu SHC sollte dieses Feld ebenfalls übermittelt werden. Aufwand: 24 Stunden Über einen Hersteller-Konfigurator kann ein Produkt individualisiert werden. Dabei bekommt dieses Produkt einen eine "Referenznummer Konfiguration" und diese wird vom Konfigurator an den Shop Der Shop wiederum reicht diese Nummer an die SHCware weiter, damit beim Wareneingang bzw. Auftrag dieses individualisierte Produkt zugewordnet werden kann. Beispiel: indiv. bedruckte Schalter, Sprechanlagen, ... Geplanter Prozess:
MA: 369111 Kommentar von Klaus Schnaible - 07.06.2019 14:28 Wichtiger Hinweis: Busch-Jaeger will das jetzt mit uns testen. Kommentar von Torsten Lotz - 07.06.2019 15:45Weitere Infos/Fragen von Hr. Graevenstein: EDIFACT? TTO? Wo wird die Nr. gebraucht? Auftrag/Bestellung? Kommentar von Klaus Schnaible - 11.06.2019 11:27EDIFACT / compacer: SHC Orders XML: Feld REFNUMBER_CONFIG (bei compacer/EDIFACT dann umgesetzt in RFF+SE)
… <EINZELPREIS>*280.00</EINZELPREIS>* <PREIS_EINHEIT>*1</PREIS_EINHEIT>* <PREIS_MENGEN_EINHEIT>*PCE</PREIS_MENGEN_EINHEIT>* <POSITIONSWERT>*560.19</POSITIONSWERT>* </PREIS> <ZUABSCHLAEGE> </ZUABSCHLAEGE> <LAGER>*2</LAGER>* <REFERENZEN> </REFERENZEN> <REFNUMBER_KONFIG>*4711-02</REFNUMBER_KONFIG>* </POSITION> … Kommentar von Harald Becker - 13.06.2019 15:33
Diese Anforderung wurde in den aktuellen Sprint aufgenommen. Wir werden uns melden sobald die Entwicklung umgesetzt wurde. Kommentar von Torsten Lotz - 07.08.2019 11:24Wer ist hierfür der Ansprechpartner? Wir würden die Umsetzung gerne reviewen Kommentar von Klaus Schnaible - 07.08.2019 16:21Bitte mit Herrn Kraus bei uns im Haus in Verbindung setzen (wk@fegime.de) Kommentar von Torsten Lotz - 12.08.2019 13:23 Die Umsetzung wurde von uns fertig gestellt und durch Hr. Schoog an Hr. Kraus kommuniziert. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-186 | UP051 - Artikelmatch Online-Details UP051 - Artikelmatch Online-Details
Beschreibung:
Betrifft: UP051, Online-Artikeldetails der FEGIME Problem: Es ist schwierig anhand der dargestellten Information (2 Zeilen Artikeltext/Bezeichnung) zu entscheiden, welches der richtige gewünschte Artikel ist. Dazu fehlen relevante Informationen, die aber in den Online-Artikeldetails vorhanden wären. Die Online-Artikeldetails können aber von hier aus nicht aufgerufen werden, und so muss für mehr Details zu einem Artikel bei jedem Artikel die Maske UP051 verlassen und u.U. erneut aufgerufen werden. Ziel: Direkt aus der Maske UP051 je Zeile die Online-Artikeldetails aufrufen, UP051 muss für mehr Informationen zu einem Produkt nicht mehr verlassen werden Maßnahme: Button zum Aufruf der Online-Artikeldetails auf der Maske UP051. Beim Auslösen der Funktion wird die FEGIME-Artikelnummer (EGRA) auf der der Curser steht, mit übergeben. Das gilt ebenso für Produkte aus dem Katalog-/Schattenstamm.Die Funktrion kann auch mit einer Funktionstaste belegt werden.
Helpdesk-Nr.: 389905 MA: 389943 Durch FEGIME beauftragt, die Umsetzung soll kurzfristig erfolgen. Kommentar von Torsten Lotz - 12.06.2019 17:05 Hallo Herr Schnaible, konfigurieren kann man das nicht, wir machen da aber etwas. Das bekommt man mit einem Tag Aufwand derart hin, dass wir die Online-Info überall per Konfiguration einbinden können. @SG nimmt das mal ins Jira Board auf, Text kommt von JG Grüße JG Kommentar von Torsten Lotz - 13.06.2019 12:46Wir hätten gerne in der Artikelmatchsuche (UP051) einen Button mit dem direkt die Online-Artikeldetails aufgerufen werden können. Dieser Button soll zusätzlich über die ALT-Taste und z.B. O ebenfalls ausgeführt werden können, so dass man nicht jedes Mal mit der Maus auf den Button klicken muss.
13.06.2019 10:44 / Sarah Gschwind Wenn möglich bitte vor der Gesellschafterversammlung am 24./25.6. etwas lauffähiges bei Wallraff umsetzen. Kommentar von Torsten Lotz - 13.06.2019 15:37Klaus Schnaible: Wir benötigen noch die aufzurufende URL mit den Parametern (Was soll alles mitgeschickt werden?). Soll die Umsetzung auch für den Schattenstamm umgesetzt werden? Mit welcher Artikelnummer müssen wir die URL aufrufen (Verbandsartikelnummer, Artikelnummer)? Kommentar von Klaus Schnaible - 13.06.2019 15:59Aufruf über EGRA, Vorgehen müsste bekannt sein, den in anderen Dialogen gibt es schon den Aufruf der Online-Artikeldetails. Entweder: https://www.elektro-online.de/shop/detailNoFrame.html?id=3480577 Beide Zugriffe werden in der SHCware zentral und individuell konfiguriert. Der erste zeigt nur die Artikelinformationen, der zweite auch Bestandsinformationen aus dem virtuellen Lager, allerdings das als erstes.
Siehe Dokumentation im Anhang. Kommentar von Torsten Lotz - 13.06.2019 17:29 Es wurde im UP051 ein neuer Button "Online-Info" angelegt (aufrufbar über den Shortcut "ALT+O"). Dieser Button ruft die URL ("https://www.elektro-online.de/shop/detailNoFrame.html?id=3480577") mit der entsprechenden EGRA bzw. Verbandsartikelnummer auf. Die URL muss im SHC611WSDL mit der Satzart "EO_INFODATENBLATT" gepflegt werden. Als Platzhalter wird die EGRA "<egra>" verwendet. ("https://www.elektro-online.de/shop/detailNoFrame.html?id=<egra>").
Wir haben diese Änderung umgesetzt und schon bei Wallraff eingespielt. Hr. Lopez weiß Bescheid. Kommentar von Harald Becker - 28.06.2019 18:44Kann der EIntrag im "SHC611WSDL" nicht gleich mit dem Release bei allen Fegime-Gesellschaftern hinterlegt werden ? Kommentar von Torsten Lotz - 22.07.2019 14:47Hallo Herr Harald Becker, | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-187 | [SHOP] Suchzeiten im Shop sind bei manchen Gesellschaftern zu lange [SHOP] Suchzeiten im Shop sind bei manchen Gesellschaftern zu lange
Beschreibung:
Geneon ist aufgefallen, dass in der SHCware der XML-Request für die Artikelauflistung oft auf einen Timeout läuft (20 Sekunden) und dadurch die anderen Shops in Mitleidenschaft gezogen werden. Im Anhang ist eine Auswertung der Suchanfragen des Monats Mai der Fa. Wallraff. Ebenfalls betroffen ist die Fa. Rosenberger. MA: 390158 Kommentar von Klaus Schnaible - 28.06.2019 16:03 Die Firma Moster hat mir einmal erzählt, sie habe die Shopanfragen an die SQL-Datenbank "priorisiert". Kann das sein, dass das bei den genannten Gesellschaftern ebenfalls gemacht werden muss? (bzw. bei allen?) Kommentar von Torsten Lotz - 01.08.2019 13:48Wir sind an der Performance-Thematik dran und werden uns melden sobald es neue Informationen dazu gibt. Kommentar von Torsten Lotz - 01.08.2019 15:56Hr. Rosenberger wurde von mir telefonsich über den aktuellen Stand informiert Kommentar von Harald Becker - 09.09.2019 17:26H. Rosenberger hat heute nachgefragt, ob es inzwischen Erkenntnisse gibt. Kommentar von Torsten Lotz - 16.09.2019 15:44Wir konnten die Problemstellen finden und die Zeiten deutlich verbessern. Brauchen Sie noch weitere Informationen? Ich werde Herr Rosenberger hierzu gesondert per Mail informieren. Kommentar von Harald Becker - 16.09.2019 15:49Nein, wenn Sie Herrn Rosenberger informieren, passt das. Kommentar von Klaus Schnaible - 17.09.2019 15:30D.h. es wird generell bei allen Gesellschaftern schneller? Wir liefern unsere Änderungen mit dem nächsten Release aus. Wir haben prinzipielle Stopper gefixt. Je nach Gesellschafter werden z.B. andere Wege in der Preisfindung durchlaufen, d.h. wenn es immernoch Probleme bei gewissen Gesellschaftern geben sollte, dann müssen diese explizit überprüft werden. Wir haben folgende Gesellschafter zur Überprüfung verwendet:
Bei den folgenden Gesellschaftern haben wir die Performanceverbesserungen am 21.08.19 aufgespielt:
Zur Dokumentation: Unsere Messungen nach den Programm-Änderungen. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-188 | [SHOP] Paket/Versand-Tracking [SHOP] Paket/Versand-Tracking
Beschreibung:
FEGIME möchte ein Messaging-System Dabei gibt es einige Besonderheiten in diesem B2B-Geschäft: Messaging: In der SHCware gibt es einen Kunden
Der Großhandel soll den Trackingstatus als einen FEGIME-einheitlichen Code übermittelt. Und die Feinsteuerung bei welchem Statuswechsel und welchem Auftrag an wen die Übertragung stattfinden soll. Das gilt erst recht für die allgemeinen Nachrichten.) Messaging: Da ein zukünftiger Weg die Tracking: Bei Direktlieferung durch einen Festzulegen ist: Bei welcher Versandart fallen Messaging: Festzulegen ist: Welche weiteren Messaging: Bei der Auftragserfassung in der Messaging: Bei allen Aufträgen/Bestellungen des Messaging: Anzeige der versendeten Nachrichten eines Ansprechpartners/eines Kunden aus der SHCware heraus (damit der Mitarbeiter sieht, was der Kunde bekommen hat und was nicht). Verlinkung aus der App, ggf. Beispiel Tracking Status eigene Lieferung:
Beispiel Tracking Status Abholung:
Beispiel Tracking Status Direktlieferung:
Beispiel Tracking Status Versanddienstleister:
Projektteile:
Helpdesk-Nr.: 393869 Kommentar von Klaus Schnaible - 27.06.2019 19:03
aktueller Zwischenstand:
Ein weiteres Treffen mit MHP (Hr. Gertig) und SHC (Hr. Werry, Lotz, Mark) fand statt.
Folgende Aufgaben ergaben sich aus diesem Gespräch für die beteiligten Parteien: MHP
SHC
| Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-189 | [GKM] eDoc braucht für Fegime eine zusätzliche View [GKM] eDoc braucht für Fegime eine zusätzliche View
Beschreibung:
Statt der View CC_ORDERS, die auf die t142zuko greift, muss eine alternative View CC_ORDERS_ALT her, die auf die T141bek greift für alle offenen Bestellungen ohne Warenzugang. Betrifft FEGIME intern ----- Hr. Schoog, Vorgang „391260“: Hallo Herr Schoog, wir richten gerade die automatische Verarbeitung von Eingangsrechnung mit Bestellbezug bei Fegime ein. Wir sind auf eine Besonderheit gestoßen, die nicht zu unserem Standard passt: Da die bestellten Waren nicht zu Fegime geliefert werden, können folgerichtig auch keine Wareneingänge gebucht werden. Der Prozess ist laut Frau Raab SHC-seitig so implementiert, dass die Rechnungsbuchung automatisch den Wareneingang abschließt. Normalerweise ordnen wir jede Rechnung mit Hilfe der nachfolgenden View den offenen Wareneingängen zu: Nun meine Frage: Können Sie die View so definieren, dass alle Bestellungen enthalten sind, für die noch kein Wareneingang gebucht wurde? Falls wir heute nicht mehr zusammenkommen, wünsche ich Ihnen auf diesem Wege ein schönes Wochenende! Mit freundlichen Grüßen ppa. Jörg Welschmid Director Professional Services edoc solutions ag Helpdesk-Nr.: 391260 Kommentar von Torsten Lotz - 13.08.2019 19:54 Rückfrage von Hr. Welschmid bzgl. der Priorität. Klaus Schnaible: Ich kann den Task mit in den nächsten Sprint (ab nächster Woche) nehmen aber dann werden andere Fegime-Themen natürlich nach hinten priorisiert. Bitte teilen Sie mir mit wie wir mit dieser Anforderung umgehen sollen. Kommentar von Torsten Lotz - 14.08.2019 14:06Herr Schoog hat die Entwicklung zeitnah fertig gestellt und auch schon bei Fegime installiert. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-192 | UP003B EIPR und Rechnungsprüfungspreis und Einkaufspreis UP003B EIPR und Rechnungsprüfungspreis und Einkaufspreis
Beschreibung:
Im UP003B gibt es einen Button um den EIPR zu aktualisieren. Antwort SHC: Kommentar von Torsten Lotz - 16.11.2020 12:36 Herr Laier wartet noch auf Rückmeldung von Hr. Kärcher/Fa. Granzow bezüglich Realisierung. Hinweis: das geplante Budget von 2 Tagen ist bereits aufgebraucht! | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-193 | [EDI] Programm zur Erzeugung von Testbestellungen [EDI] Programm zur Erzeugung von Testbestellungen
Beschreibung:
MA: 388863 Kommentar von Torsten Lotz - 17.10.2019 17:09 eigene Bestellart anlegen, ohne Bestandführung, Kennzeichen für Testbestellung muss möglich sein Kommentar von Torsten Lotz - 18.10.2019 13:12Werner Kraus, Klaus Schnaible: Dieses Thema wurde schon von unserem Hr. Schoog im Rahmen des oben genannten MAs umgesetzt. Ich hänge den Mailverkehr an diese Story an und schließe den Vorgang. WG Neues Programm SELORDERS zur Erstellung von Testbestellungen - Auftrag 244729.msg | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-194 | Kennung Sicherheitsdatenblatt Online vorhanden Kennung Sicherheitsdatenblatt Online vorhanden
Beschreibung:
Prenger, Moelle Kommentar von Torsten Lotz - 17.10.2019 17:18 Wo soll die Information angezeigt werden?
Neue Felder anlegen (t177, t051, Druckzwischentabelle) Kennzeichung auf dem LI andrucken (B2B muss nur einen Hinweis bekommen)
Fegime muss noch das Kennzeichen liefern Kommentar von Klaus Schnaible - 14.02.2020 16:16Das ist kurz vor der Umsetzung. Kommentar von Christian Zink - 17.02.2020 13:36[~sg@shcom.de]: die Kennung wird zukünftig in der DA-Datei in Spalte 64 (Spaltename im Kopf "Sicherheitsdatenblatt") als nummerischer Wert 0 oder 1 übermittelt. 1 wird übergeben wenn ein Sicherheitsdatenblatt vorhanden ist, ansonsten wird 0 übergeben. siehe Beispiel-DA-Datei im Anhang. Die neue Spalte wird voraussichtlich mit dem Release am 27.02.2020 freigegeben und von da an in den DA-Dateien mit ausgegeben. Kommentar von Christian Zink - 17.02.2020 13:36Kommentar von Torsten Lotz - 17.02.2020 16:02Hallo Klaus Schnaible, wir haben an dieser Stelle noch nichts getan. Folgende Änderungen haben wir weiter oben besprochen:
Soll diese Anforderung nach oben priorisiert werden? Gibt es noch weitere Hinweise, die für uns wichtig sein können? Kommentar von Klaus Schnaible - 21.02.2020 13:38Ja, bitte nach oben, da wir jetzt nahezu fertig sind und die Daten demnächst kommen. Wäre schade wenn da ein monatelanges Gap dazwischen läge.
Zu der Anzeige in der SHCware:
Ja, ich denke das reicht. Kommentar von Torsten Lotz - 27.02.2020 11:30Wir werden diese Anforderung gemeinsam mit FEGSHC-151 umsetzen, da wir hierzu die gleichen Programmstellen bearbeiten müssen. Hierdurch sparen wir uns den Mehraufwand für die sonstigen Arbeiten, die neben der reinen Implementierung nötig werden. Kommentar von Torsten Lotz - 03.03.2020 14:51Ist gemeinsam mit FEGSHC-151 im aktuellen Sprint eingeplant. Kommentar von Klaus Schnaible - 12.05.2020 15:04Wird nun beim Import der CSV-Datei berücksichtigt und sowohl im Schattenstamm, in den Artikelstamm als auch in die Drucktabellen mit übernommen. Die Änderung wird mit dem Quartalsrelease Nr. 48 zur Verfügung gestellt. Kommentar von Klaus Schnaible - 13.07.2020 13:12 Zur Dokumentation: D.h. keine Anzeige in der Applikation.
T177kata - Schattenstamm T051art - Artikelstamm T386pos_zusi - Zusatztabelle Auftragspositionen T651zlep - Drucktabelle für (AB,LE, LI..) | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-199 | Ergänzung Shop-Request "RechnungsPos" Ergänzung Shop-Request "RechnungsPos"
Beschreibung:
Betroffener Bereich: Ansprechpartner/Firma: Betroffene Abteilung/betroffener Fachbereich: Woher kommt die Anforderung: Betroffene Fremdsysteme: Zielbeschreibung Gewünschtes Verhalten: Warum brauchen Sie diese Änderung: Was möchten Sie mit dieser Änderung erreichen: 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: Helpdesk-Nr./MA: 393872 Kommentar von Torsten Lotz - 02.03.2020 13:38 Die Entwicklung wurde von unserer Seite abgeschlossen und kann mit dem nächsten Release abgeholt werden. Folgendes wurde umgesetzt: Stefan Herger Bitte entsprechendes Ticket für EO anlegen. Kommentar von Stefan Herger - 03.03.2020 14:38Ticket ist angelegt und verknüpft. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-201 | Änderungswünsche am FEGSHC-63(39/2014-05-27) Kundenbonus Änderungswünsche am FEGSHC-63(39/2014-05-27) Kundenbonus
Beschreibung:
Da mit dem Ticket schon begonnen wurde, habe ich ein neues Ticket erstellt. Änderungswünsche der Firma Hartl:
Gestaffelte Bonusberechnung (je Staffel) ab einem Nettoumsatz von € 80.000. - “ ab € 150.000.- 3,0% Bonus
Von 80-120 T€ 2% = 40T€ = 2% = 800€ Dann 120 – 150T€ = 30T€ =2,5% = 750€ Dann 150 – 173T€ = 30T€ =3,0% = 690€ Bonusauszahlung = 2240€ nettto Bonusausschlüsse:
Einhaltung des Zahlungsziel als Voraussetzung für die Ausschüttung Steigerungsvereinbarung beispielsweise auf Online-Käufe oder UGL Fallen Rückvergütungen in € und ct. Je Artikel (Modulargeräte) – 1Pol 10ct / 3 Pole 30ct – Fi 2,5€ etc. ebenfalls in diesen Bereich oder ist dies ein separates Thema? Helpdesk-Nr.: 398086 Kommentar von Torsten Lotz - 17.10.2019 15:42 [~sg@shcom.de] - beauftragt Kommentar von Torsten Lotz - 18.10.2019 10:57Klaus Schnaible: Diesen Vorgang kann ich auch nicht auf "beauftragt" schieben. Bitte prüfen. Kommentar von Stefan Herger - 22.10.2019 10:53@ [~sg@shcom.de] Klaus Schnaible Statusänderungen sollten jetzt wieder möglich sein. Wichtig: Typ des Tickets ist für den Workflow entscheidend. Typ muss "Aufgabe" sein. Kommentar von Torsten Lotz - 26.02.2020 10:09Klaus Schnaible Könnten Sie bitte für dieses Thema unsere Fragen beantworten lassen. Dankeschön Gestaffelte Bonusberechnung (je Staffel) ab einem Nettoumsatz von € 80.000. 2,0% Bonus
Von 80-120 T€ 2% = 40T€ = 2% = 800€ Bonusauszahlung = 2240€ netto Es werden die Bonis ja generell mit Staffelkonditionen versehen. Hier sollte man steuern können, ob die Staffel auf den Gesamtbetrag gezogen wird (in obigem Beispiel von 173T€ Umsatz würden insgesamt 3% Bonus gewährt, so wie es eigentlich überall Standard ist) oder die Staffel für den jeweiligen Teilbetrag bezogen wird. Also auf den ersten Teil gibt es 2%, auf den zweiten Teilbetrag 2,5% und auf restlichen übersteigenden Betrag 4% (Ähnlich wie bei der Einkommenssteuer). Bonusausschlüsse:
Im Konzept der Firma Moster ist vorgesehen, Lieferanten und/oder Lieferanten-Kalkulationsgruppen kundenbezogen ausschließen zu können. Das sollte um „artikelbezogen“ erweitert werden ---- Einhaltung des Zahlungsziel als Voraussetzung für die Ausschüttung --- Zusätzliche Steuerung bei der Kunden-Bonusvereinbarung. — Steigerungsvereinbarung beispielsweise auf Online-Käufe oder UGL --- Das würde ich so interpretieren: Auftragsartenbezogene Bonusvereinbarung D.h. aber auch, in die Auswertungen muss ebenfalls die Auftragsart eingebaut werden. Fallen Rückvergütungen in € und ct. Je Artikel (Modulargeräte) – 1Pol 10ct / 3 Pole 30ct – Fi 2,5€ etc. ebenfalls in diesen Bereich oder ist dies ein separates Thema? Das ist eine offene Frage, ob Rückvergütungen Teil einer Bonusvereinbarung sind. Ich habe das an Herrn Festner zur Klärung weiter gegeben. Kommentar von Klaus Schnaible - 18.12.2023 11:02Wird nicht mehr benötigt. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-203 | (37/2016-10-13) Bilder der FEGIME in der SHCware + Aussendienst-APP (37/2016-10-13) Bilder der FEGIME in der SHCware + Aussendienst-APP
Beschreibung:
Bitte die Artikel-Bilder via Direktaufruf der FEGIME in der SHCware und in der Aussendienst-APP anzeigen. Rosenberger, Rosenberger Kommentar von Torsten Lotz - 30.09.2019 12:42 Klaus Schnaible: Das wäre ja zu dem oben stehenden Text "Vorrang: Ist Bild in der SHC-Datenbank, dann anzeigen, sonst Script-Aufruf über webService FEGIME" wiedersprüchlich. Woher bekommen wir die URL für die Bilder? Gibt es schon einen Service, der auf eine Artikelnummer mit einer URL auf das Bild zurück gibt oder wie war die Umsetzung gedacht? Kommentar von Torsten Lotz - 30.09.2019 13:55Es sind noch weitere Fragen in unserem Refinement aufgetaucht. Können Sie die Fragen beantworten oder soll ich diese direkt an geneon stellen?
Anbei die Dokumentation der Direktaufrufe (Deeplink Bild). Es gibt pro Artikel ein Hauptbild, Referenz über EGRA. Die Darstellung soll analog der Vorführung auf den Anwendertagen erfolgen. Vorrang: eigenes Bild - wenn nein Bild der FEGIME. Denkbar: ... und FEGIME-Bild lokal speichern. In Anwendung und Aussendienst-APP. Schattenstamm soll berücksichtigt werden. Kommentar von Torsten Lotz - 29.10.2019 17:33 Hallo Herr Klaus Schnaible, Wir haben Anpassungen an den Programmen "Auftragserfassung (AB001POS)", "Artikelstamm (SHC051)" und "Artikelinfo (UP012)" vorgenommen, sodass Artikeldetails online angezeigt werden können. Die zugehörige URL "https://www.elektro-online.de/shop/detailNoFrame.html?id=<egra>" wird im Programm "Pflege Basisurl Webservices (SHC611WSDL)" unter der Satzart "EO_INFODATENBLATT" hinterlegt. Hinweis: In den Programmen UP012 und AB001POS darf der SHC322 Parameter "WEBKATALOG_URL" nicht verwendet werden, da dieser Parameter die neue Logik übersteuert. Zusätzlich zu den Einstellungen muss in den genannten Programmen der Parameter "ONL_ARTDET" auf "FEGIME" eingestellt werden. Kommentar von Torsten Lotz - 18.11.2019 18:58Jan Günther die Screenshots für die Umsetzung reiche ich die Tage nach Kommentar von Torsten Lotz - 19.11.2019 12:15Jan Günther Wir müssen die Umsetzung intern noch einmal besprechen, da mir bei den Screenshots etwas aufgefallen ist. Ich werde Sie auf dem Laufenden halten. Bitte kommunizieren Sie den oben genannten Ablauf noch nicht an die Gesellschafter. Kommentar von Torsten Lotz - 02.12.2019 17:43Jan Günther: Wir haben die Umsetzung doch anders als oben angegeben umgesetzt. Wir haben nicht die Logik wie oben beschrieben mit der Satzart "EO_INFODATENBLATT" umgesetzt sondern mit der Satzart "EO_BILD", d.h. wenn der Datensatz "EO_BILD" im SHC611WSDL analog dem von mir angehängten Screenshot gepflegt wurde dann wird in den folgenden Programmen das Bild aus dem Elektro-Online angezeigt: UP012, AB001POS, UP051, SHC051, SHC177.
[~sg@shcom.de] wird das bei Ihnen (in der Release Beschreibung) veröffentlicht? Kommentar von Torsten Lotz - 09.12.2019 10:27Ja, die Änderung wird auch in unseren Release-Notes beschrieben sein. Kommentar von Jan Günther - 09.12.2019 11:32Können Sie mir diese dann zukommen lassen, dann nehm ich das mit den Screenshots. Dann ist es einheitlich beschrieben. Kommentar von Torsten Lotz - 09.12.2019 12:34Es wurden Anpassungen an den Programmen "Auftragserfassung (AB001POS)", "Artikelstamm (SHC051)" und "Artikelinfo (UP012)" vorgenommen, sodass Artikelbilder über einen Browseraufruf angezeigt werden können. Beispiel der URL: https://www.elektro-online.de/image.html?id=<EGRA> Der Text "<EGRA>" wird ersetzt durch die EGRA des Artikels. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-204 | [SHOP] Lieferscheine anfordern analog zu Rechnungen [SHOP] Lieferscheine anfordern analog zu Rechnungen
Beschreibung:
Betroffener Bereich: Ansprechpartner/Firma: Betroffene Abteilung/betroffener Fachbereich: Woher kommt die Anforderung: Betroffene Fremdsysteme: Zielbeschreibung Gewünschtes Verhalten: Warum brauchen Sie diese Änderung: Was möchten Sie mit dieser Änderung erreichen: 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: Helpdesk-Nr.: 393873 Kommentar von Torsten Lotz - 17.10.2019 17:44 Umsetzbar nur wenn der Liefernachweis bei SHC liegt (aktuell nur mit Kratzer möglich) - sonst zu komplex
Kommentar von Thomas Stucky - 13.10.2021 17:04 Bei CADIS4 gibt es ein Ablieferdokument inkl. Kundenunterschrift, das könnten wir für den Shop zur Verfügung stellen. Achtung funktioniert nur mit CADIS4! Ist das so gewünscht? Kommentar von Klaus Schnaible - 13.10.2021 18:21Ja, könnte man alternativ eine Lieferschein-Kopie aus der SHCware erstellen? Ist ein Lieferschein mit Unterschrift da, nimm den ansonsten Druckwiederholung anstoßen. Kommentar von Thomas Stucky - 11.11.2021 11:23Ergänzung: Ist es möglich Geo-Daten mit anzugeben (Datenschutz prüfen)? Ist es möglich auch Daten aus dem Archiv abzurufen? --> Nein, siehe Kommentar oben! Kommentar von Stefan Herger - 09.03.2023 17:12Klaus Schnaible Der Lieferschein kann im Projekt "Meine Bestellungen neu" als Wiederholungsdruck bereits angefordert werden. Hier geht es also nur noch darum, ob anstatt dessen, wenn vorhanden auch der Lieferschein aus dem Archiv, u.U. mit Geokoordinaten, übermittelt werden kann. Also der Lieferschein mit Unterschrift. Kommentar von Klaus Schnaible - 18.12.2023 11:03Duech "Meine Bestellungen" Neu - erledigt | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-208 | Übernahme Notierungen Übernahme Notierungen
Beschreibung:
Automatische Übernahme Metallnotierungen 1.1 Die tägliche automatisierte Übernahme der Metallzuschläge Ziel soll es sein die tägliche Pflege der Metallnotierungen automatisiert zu übernehmen, aber auch die Möglichkeit zu bieten täglich gezielt zu übernehmen oder weiterhin manuell zu pflegen. 1.2 Individuelle Berechnung je Zuschlag 2) Berechnung der Zuschläge
Klein, Plein MA: 415521 Kommentar von Klaus Schnaible - 16.10.2019 14:45 Microsoft Word.pdf
gehörte zu FEGSHC-72, kann geschlossen werden. Kommentar von Klaus Schnaible - 22.11.2019 15:50Anmerkung Herr Klein: Nach einigen Telefonaten mit SHC habe ich nun folgenden Stand. „Aktualisierung der Metallzuschläge ist nicht möglich!"
Laut SHC liegt es daran das Metall schon gepflegt ist, heute war es aber noch nicht gepflegt, und es geht mit SHC mittlerweile immer noch nicht. Auch gibt es laut SHC einen Userhook „uh_shc_akt_metallnot_001", aber keine Beschreibung dazu. Irgendwie ist das nicht wirklich benutzerfreundlich und für jeden nicht EDVler nutzbar, nur schon das Thema UserHook . Eventuell sollte man dann doch mal über eine „einfache“ Lösung nachdenken, vor allem ohne Knopf drücken automatisiert. Kommentar von Torsten Lotz - 14.05.2020 16:34Konkretisierung der Anforderung: Alternative Adresse zum holen der DEL-Notizen: Ist allerdings nur Kupfer DEL und Alu. Kommentar von Klaus Schnaible - 20.10.2021 13:37SHC068 kann das alles schon? Hinweis eines Gesellschafters. Thomas Stucky: Was ist den der Unterschied zwischen SHC068 und diesem Ticket? Kommentar von Thomas Stucky - 20.10.2021 14:06Das Programm SHC068 soll verändert werden. Die Manipulation/Berechnung der abgeholten Notierungen wird aus dem Userhook in das Forms-Programm integriert. Wir erweitern das SHC068 um weitere Felder mit welchen über eine Formel der interne (Formel1) und der externe Wert (Formel2) manipuliert werden können. Für die ermittelten Werte werden wir die Möglichkeit schaffen, diese zu runden. Vorrang hätte hierbei nach wie vor der User-Hook (damit es bei allen welche es bereits hiermit gelöst haben weiterhin funktioniert).
| Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-211 | XRechnung XRechnung
Beschreibung:
Nach der europäischen Richtlinie 2014/55/EU werden alle öffentlichen Auftraggeber ab dem 27.11.2019 (Das Beiblatt des Schreibens sagt aus, dass ab dem o.g. Termin die Möglichkeit besteht, erst ab dem 27.11.2020 wird es Pflicht) Als Form der Rechnung wird nur das Format "XRechnung" erwartet. Zur Klärung für den Beirat: Soll das wieder über Compacer (TTO) abgewickelt werden oder direkt aus der SHCware? Kosten via Compacer werden parallel eingeholt. Sulk, EIT Kommentar von Torsten Lotz - 14.05.2020 13:13 Funktionalität von SHC soll mit DevExpress-Report unterstützt werden. Eine Umstellung auf DevExpress sowie eine Reportanpassung ist daher erforderlich. MA 402570 angelegt; Wir erweitern die Kundenpflege für den elektronischen Rechnungsversand (SHC679K) um die XML-Version "X-Rechnung 1.2 (TTO)" in der Aufbereitungsart "ZUGFeRD". Test-Rechnungen werden an Compacer übermittelt. Kommentar von Torsten Lotz - 23.07.2020 10:59wird aktuell von Herrn Schoog (SHC) umgesetzt. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-214 | Anzeige UVP Artikelinfo - Reihenfolge Anzeige UVP Artikelinfo - Reihenfolge
Beschreibung:
1.) Betroffener Bereich (z.B. Report, WAWI, FIBU…) WaWi, Artikelinfo, Anzeigereihenfolge Umverpackungen 2.) Sinnvoller Betreff Die Reihenfolge der Umverpackungen in der Anzeige soll aufsteigen nach UVP-Menge erfolgen 3.) Ansprechpartner/Firma Habermann, EHRA 4.) Betroffene Abteilung/betroffener Fachbereich Einkauf 5.) Woher kommt die Anforderung? (z.B. Kunde, Lieferant, Fegime, hausintern…) hausintern 6.) Betroffene Fremdsysteme - 7.) Zielbeschreibung 7 a) Aktuelles Verhalten Dabei erfolgt die Anzeige anhand einer laufenden Nummer. Da nun der Import von den Daten der FEGIME ebenfalls über eine laufende Nummer gesteuert wird, kann es sein dass die Umverpackungen in einer "unlogischen" Reihung aufgeführt werden. 7 b) Gewünschtes Verhalten 7 c) Warum brauchen Sie diese Änderung? 7 d)Was möchten Sie mit dieser Änderung erreichen? (Kostenersparnis, Zeitersparnis, Fehlerreduktion, gesetzliche Anforderung) 7 e) Welche Maßnahmen wurden schon ergriffen um das Ziel zu erreichen? Weshalb waren diese Maßnahmen nicht zielführend? 7 f) Wie häufig kommt die Situation vor? täglich 7 g) Welche Konsequenz hat es wenn diese Änderung nicht umgesetzt wird? 8. Welche wichtigen Kriterien müssen bei der Umsetzung berücksichtig werden? Zwei Lösungsansätze, die man auch kombinieren kann: – Der Import der Daten der FEGIME erfolgt nach UVP-Menge sortiert. Folge: Die Laufnummer entspricht den aufsteigenden UVP-Mengen. Vorteil: Andere Verwendungen der laufenden NUmmer und der Felder wie bei Granzow bleiben erhalten. Für alle Gesellschafter ohne Sonderlogik so sinnvoll. Helpdesk-Nr.: 397465 Kommentar von Klaus Schnaible - 11.12.2019 17:28
Hallo Herr Schnaible, aktuell gliedern wir die VPEs so ein wie sie kommen und in der Artikelinfo werden sie dann nach der Nummer sortiert angezeigt. Es gäbe hier dann nur die Möglichkeit das UP012 derart zu erweitern, dass eben nach der Einheit (VPE) und nicht nach der Nummer sortiert wird. Dies müsste dann aber mit einem Parameter (evtl. im SHC378) gesteuert werden, da die Sortierung dann bei unseren anderen Kunden zur Verwirrung führen könnte. Der Sachbearbeiter sollte doch aktuell schon manuell nach VPE sortieren können. Viele Grüße aus Speyer i.A. Sarah Gschwind Kommentar von Torsten Lotz - 03.02.2020 17:13Hallo Herr Klaus Schnaible, ich habe das Verhalten gerade getestet. Der Sachbearbeiter kann wenn der Cursor im UP012 in der Einheit steht über die Sortier-Buttons sortieren. Hier könnt man evtl. im SHC387 eine neue Vorbelegung für die Sortierung anlegen, damit beim Aufruf des UP012 direkt nach VPE sortiert wird. Ist das gewünscht? Kommentar von Klaus Schnaible - 04.02.2020 15:10Ja, das ist ok. Ausserdem noch eine ANmerkung zum Prüfen aus unseren Stammdaten. Offensichtlich sind einige Datensätze mal falsch übermittelt worden, daher sollen immer alle Datensätze in die SHCware konsistent eingelesen werden:
Hallo Herr Schnaible,
Beim Import über BMECat werden alle VPEs in GeCONT gelöscht und neu eingelesen, somit für SHC immer nur die aktuellen und immer alle VPE-Datensätze des Artikels in der DALT-Datei exportiert. Mein letzter Stand war dass in SHC das gleiche passieren muss, also immer alle VPEs eines Artikels löschen wenn die neuen eingelesen werden. Offenbar habe ich das nicht klar genug ausgedrückt.
Problem an
Freundliche Grüße Kommentar von Torsten Lotz - 04.02.2020 17:55Der Sachbearbeiter kann wenn der Cursor im UP012 in der Einheit steht über die Sortier-Buttons sortieren. Hier könnt man evtl. im SHC387 eine neue Vorbelegung für die Sortierung anlegen, damit beim Aufruf des UP012 direkt nach VPE sortiert wird. Ist das gewünscht? Ja, das ist ok. --> bedeutet dass, dass über diesen Task nur die SHC387-Vorbelegung umgesetzt werden soll? Zu dem anderen Thema gibt es ja unseren Mail-Verkehr. Das hat in diesem Task ja nichts zu suchen, oder? Kommentar von Klaus Schnaible - 05.02.2020 14:40Ja, das betrifft den Import: Werden dort vor dem Import alle Datensätze gelöscht und dann wieder konsitent neu angelegt, oder immer nur drüber gespielt, so das alte Inhalte "hängen" bleiben? Die Rückantwort bräuchte ich noch. Morgen tagt der FA ZEK, da wird das Thema zur Sprache komme, siehe Schriftverkehr mit Granzow. Kommentar von Torsten Lotz - 05.02.2020 16:50Hallo Herr Schnaible, Guten Morgen Klaus Schnaible, Neue Möglichkeit der Sortierung in der Artikelinformation nach VPE über neuen SHC378-Parameter "ORDER_BY_VPE" Kommentar von Klaus Schnaible - 05.08.2020 13:05Torsten Lotz: "Ja, das betrifft den Import: Werden dort vor dem Import alle Datensätze gelöscht und dann wieder konsitent neu angelegt, oder immer nur drüber gespielt, so das alte Inhalte "hängen" bleiben?" Kommentar von Klaus Schnaible - 14.09.2020 17:23 Zur Dokumentation, Besonderheit Granzow: Hallo Herr Schnaible, die ‚Besonderheit‘ bei uns ist die Benutzung der VPEs 1 bis 5 für die Lagerdisposition der Filialen 1 bis 5. Das ist eine Standard-SHC-Funktion, gesteuert in SHC134, Feld Verpackungseinheit. Damit diese VPEs nicht durch Fegime überschrieben werden, wurde der Parameter START_VPENR eingeführt. Die automatisch von Fegime gepflegten VPE starten jetzt bei Nr 20 Mit freundlichen Grüßen i. A. Günther Kubiak | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-215 | Bestellobjekte Mindest-Abnahmemenge wird im Shop nicht berücksichtigt Bestellobjekte Mindest-Abnahmemenge wird im Shop nicht berücksichtigt
Beschreibung:
Betroffener Bereich Ansprechpartner/Firma Betroffene Abteilung/betroffener Fachbereich Woher kommt die Anforderung Betroffene Fremdsysteme Zielbeschreibung/Aktuelles Verhalten Gewünschtes Verhalten -soll im FB diskutiert werden Warum brauchen Sie diese Änderung Was möchten Sie mit dieser Änderung erreichen 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
MA: 415672 Kommentar von Klaus Schnaible - 24.02.2020 16:42
Wenn ich ein Bestellobjekt im SHC einem Kunden zugeordnet habe (SHC125OBZK; Screenshot 1) wird das nicht im Shop abgebildet. D.h. ich habe im Objekt eine Mindestabnahmemenge hinterlegt (Screenshot 2) und dieses einem Kunden zugeordnet. Im SHC selber bekomme ich eine Meldung, dass ich die Mindestmenge abnehmen muss (Screenshot 3), aber im Shop kann ich den Artikel einzeln in den Warenkorb legen. Kommentar von Torsten Lotz - 14.05.2020 13:37die zu übermittelten Daten (Preis/Mindestmenge/evtl. Staffel) müssen noch abgestimmt werden. nach einer internen Besprechung mit Hr. Hisgen und Hr. Mark: Abstimmung mit geneon/Hr. Singer Kommentar von Klaus Schnaible - 26.11.2020 15:26Hallo Herr Torsten Lotz,
wir waren glaube ich so verblieben: Das ist nur für bestimmte wenige Kunden - und soll umgesetzt werden. Wenn Sie dieselbe Erinnerung haben, setzen Sie es bitte auf "beauftragt"? Kommentar von Torsten Lotz - 07.12.2020 15:36Wir übergeben ein neues Feld "Mindestmenge" und teilen nach der Priorisierung den geplanten Umsetzungstermin mit. Kommentar von Florian Singer - 01.02.2021 15:32Torsten Lotz Termin wird nach Gesamtpriorisierung hier im Ticket durch SHC vermerkt. Kommentar von Klaus Schnaible - 20.03.2023 09:52Wir haben Anpassungen der Artikelliste für den Fegime-Shop durchgeführt. Diese werden regulär mit dem Release 59 im April ausgeliefert. Rechnung ist da, kann dann wohl geschlossen werden. Kommentar von Thomas Stucky - 03.05.2023 08:01Mit QR59 umgesetzt | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-219 | Lieferauskunft elektro-online bei Versand aus verschiedenen Lägern nach Uhrzeit Lieferauskunft elektro-online bei Versand aus verschiedenen Lägern nach Uhrzeit
Beschreibung:
Betroffener Bereich Ansprechpartner/Firma Betroffene Abteilung/betroffener Fachbereich Woher kommt die Anforderung Betroffene Fremdsysteme Zielbeschreibung Aktuelles Verhalten Gewünschtes Verhalten Warum brauchen Sie diese Änderung Was möchten Sie mit dieser Änderung erreichen 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 So hätten wir es gerne, siehe Anhang2:
Es ist z.B. 4.30 Uhr morgens: Waiblinger Kunde bestellt etwas was in Stuttgart-Vaihingen liegt – dann bekommt er es noch heute da morgens noch ein Warenaustausch zwischen Waiblingen und Stuttgart-Vaihingen stattfindet. Durch die Uhrzeiten könnte man alle Konstellationen darstellen. Grobe Vorabschätzung: 120h? Kommentar von Klaus Schnaible - 04.03.2020 15:57
SHC: Problematisch ist die Ermittlung bereits in der Position - viele Steuerungen greifen erst im Nachgang (Abschluss/Eingliederung) Arbeitskreis mit Fa. EGU, Kraft, Granzow, Moster, Hartl und SHC Terminanfrage an EGU, Kraft, Granzow, Moster, Hartl und SHC wurde versendet. Kommentar von Thomas Stucky - 08.10.2021 09:56Hallo, vielen Dank an alle Teilnehmer für unseren heutigen konstruktiven Workshop. Wie besprochen nachfolgend eine kurze Zusammenfassung hierzu:
Mit freundlichen Grüßen Sascha Flörchinger
Ergänzung SHC: Aufwand min. 120h Kommentar von Klaus Schnaible - 11.11.2021 10:49Punkt 1: Definition zwischen SHC und geneon. Der Shop soll eine Option haben "alte/neue Lagersteuerung". Bei neuer Lagersteuerung macht der Shop nur noch eine Anzeige der
Alle diese Infos sollen in einer Tabellenstruktur aus der SHCware kommen.
PS: AUf der Sitzung heute wird entschieden, ob die Punkte 2-3 abgearbeitet, und dazu in ein separates Ticket verschoben werden. Kommentar von Thomas Stucky - 11.11.2021 12:35Punkt 1: soll umgesetzt werden, den Rest lösen wir in ein neues Ticket aus. Kommentar von Klaus Schnaible - 16.11.2021 12:05Neues Ticket FEGSHC-311 für die Simulation erzeugt. In diesem Tickt wird nun nur Punkt 1 umgesetzt. Dazu wird noch ein entsprechendes EO-Ticket erstellt und verknüpft. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-226 | [GKM] Befüllung der zentralen Warenwirtschaft FEGIME mit den Lagerbeständen der Gesellschafter [GKM] Befüllung der zentralen Warenwirtschaft FEGIME mit den Lagerbeständen der Gesellschafter
Beschreibung:
Betroffener Bereich: FEGIME, GKM Ansprechpartner/Firma: FEGIME Betroffene Abteilung/betroffener Fachbereich: GKM (Großkundenmanagement Woher kommt die Anforderung: Shop für Großkunden Betroffene Fremdsysteme: - Zielbeschreibung Aktuelles Verhalten: Um den Großkunden Lagerbestände zeigen zu können, hat Herr Becker Scripts geschrieben, die die Lagerbestände der einzelnen Großhändler aus dem virtuellen Lager in den zentralen FEGIME-Mandanten kopieren. Das funktiert soweit. Gewünschtes Verhalten: Diese selbstgestrickte Lösung soll durch eine von SHC betreute Lösung abgelöst werden Warum brauchen Sie diese Änderung: - Was möchten Sie mit dieser Änderung erreichen: Ablösung der selbstgestrickten Lösung 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: täglich Welche Konsequenz hat es wenn diese Änderung nicht umgesetzt wird: - Welche wichtigen Kriterien müssen bei der Umsetzung berücksichtig werden: - Hinweis: Beschreibung der bisherigen Lösung: Basis der Verarbeitung ist die Datenbank, in die die Daten der Gesellschafter für das Virtuelle Lager eingelesen sind. Ablauf: Einmal am Tag um ca. 4:00 Uhr werden die Daten aus der VL-Datenbank in die SHCware importiert. Zuerst werden die Namen der Gesellschafter ausgelesen: select to_number(nvl(c.company_number_intern,'0')) mitglied, c.name || ', ' || a.city name, c.search_name suchname from fi.company@eo c left join fi.address@eo a on c.address_id = a.id where c.company_status = 'ACTIVE' and c.block_full = 0 and (c.company_type in ('MEMBER', 'AFFILIATE_HOUSE', 'BRANCH', 'PARTNER') or c.company_type like ('%STORE%')) Danach werden die Namen auf 50 Stellen und die Datensätze auf die Mitglieds-Nr. > 0 und < 1000 begrenzt. Im nächsten Schritt wird die Tabelle "T075LAG" geleert und die DB-Sequenz neu initialisiert. Jetzt werden die Artikel der Gesellschafter in die "T075LAG" geschrieben. declare cursor cur1 is select v.mnr, v.artnr, sum(v.anzahl) bestand from eo.vlager@eo v inner join gecont.artikel@eo a on v.artnr = a.artnr where v.artnr >= 1000000 and v.artnr <= 9999999 and v.anzahl > 0 group by v.mnr, v.artnr; begin for i in cur1 loop insert into t075lag (manr, lanr, arnr, effb, verf, dlzu) values (1, i.mnr, i.artnr, i.bestand, i.bestand, sysdate); end loop; end; Danach werden die Artikel der Gesellschafter kumuliert und als "Fegime" (= Mitglieds-Nr. "001) in die "T075LAG" geschrieben. declare cursor cur2 is select arnr, sum(effb) bestand from t075lag group by arnr; begin for i in cur2 loop insert into t075lag (manr, lanr, arnr, effb, verf, dlzu) values (1, '001', i.arnr, i.bestand, i.bestand, sysdate); end loop; end; Jetzt werden die Lagerbezeichnungen zu den Bestandslägern erzeugt und in der "T069BLAG" abgestellt. Dabei abgehandelte Sql-Befehle: delete from t069blag where manr in (1, 2) and lanr != 1 select lanr from t075lag where lanr != 1 group by lanr insert into t069blag (manr, lanr, betlag, nname, ee, erel) values (Mandant 1+2, Betriebsnummer (Lagernummer), 1, Gesellschaftername, Lagernummer, 1); Das Protokoll über den Import-Vorgang (siehe Anhang) wird per Email verschickt (die Empfängeradressen sollten von uns änderbar sein, "SHC322" ?). select l.lanr lager, b.nname name, count(*) artikel from t075lag l left join t069blag b on l.lanr = b.lanr and l.manr = b.manr where l.manr = 1 group by l.lanr, b.nname order by b.nname Als letzter Schritt wird die Lager-Historie gelöscht: truncate table t075hist Helpdesk: 415614 Kommentar von Thomas Stucky - 01.10.2021 15:39 Hallo Herr Becker, hallo Herr Schnaible, Hallo Herr Stucky, die Datenbank von Elektro-Online ist in der SHC-Datenbank verlinkt.
Was ist denn Vor- und Nachteil von DB-Prozedur bzw. .NET-Programm ? Kommentar von Thomas Stucky - 19.11.2021 16:01Kommentar von Harald Becker - 27.07.2022 12:41Hallo Herr Stucky, inzwischen sind die Daten nicht mehr in einer Oracle-DB sondern in einer Maria-DB. Können Sie das trotzdem umsetzen ? Kommentar von Klaus Schnaible - 06.10.2022 17:31Hallo Herr Stucky, das Thema drängt inzwischen, weil inzwischen die zuletzt importierten Daten völlig veraltet sind. Kann das vorgezogen werden? Kommentar von Thomas Stucky - 07.11.2022 16:16 1.) In Ihrer Anforderung ist beschrieben das die Daten von fi.company@eo und von fi.address@eo gelesen werden sollen. Die beiden Quellen können wir von Ihrer Datenbank aus nicht erreichen. Wir habe die Quelle fi.company@fi und fi.address@fi verwendet und erhalten damit auch Ergebnisse. Können diese Quellen verwendet werden oder gibt es damit Probleme? 2.) Wie können wir die ermittelten Ergebnisse testen? Unser Vorschlag wäre wir erstellen eine Kopie von T069BLAG & T075LAG (z.B. T069TEST & T075TEST). Den Job legen wir dann an und bilden diese beiden Testtabellen. Ob das Ergebnis gut ist oder ob es Fehler gibt müsste jemand aus Ihrem Haus (mit Stichproben) testen. Wenn der Test erfolgreich ist würden wir die "echten" Tabellen verwenden, das bisher verwendete Script müsste dann deaktiviert werden. Bitte kommen Sie wegen des Tests mit einem Terminvorschlag auf mich zu, wir sind startbereit (Programmierung ist abgeschlossen). Vielen Dank im Voraus. Kommentar von Harald Becker - 08.11.2022 09:28 Die Verlinkung "EO" bezieht sich auf die (alte) Oracle-DB von Elektro-Online. Wie ich in meinem Kommentar vom 27.07.2021 und im Beschreibungs-Hinweis geschrieben habe, gibt es die Oracle-DB nicht mehr, weil Elektro-Online inzwischen eine MariaDB benutzt. Das kann noch nicht berücksichtigt sein, oder ? Die Quellen "fi.company@fi" und "fi.address@fi" sollten auch passen. Wenn doch nicht, kann es Geneon sicherlich noch korrekt einrichten. Ob die Ergebnisse passen, lässt sich über unser Extranet testen, weil da die VL-Bestände artikelbezogen angezeigt werden können. Kommentar von Thomas Stucky - 08.11.2022 10:36Hallo Herr Becker, könnten Sie uns beim Test unterstützen? Wir haben keinen Zugang zum Extranet. Wir wüden dann den entsprechenden DB-Job anlegen und auf Ihren Wunsch hin ausführen. Dann werden die Testtabellen gebildet und können geprüft werden. Kommentar von Harald Becker - 08.11.2022 10:48Ja, klar. Ich arbeite aber nur Dienstags und Mittwochs. Kommentar von Thomas Stucky - 08.11.2022 10:59Wir nehmen die Einrichtung heute Nachmittag vor. Kommentar von Harald Becker - 08.11.2022 11:04Alles klar. Kommentar von Harald Becker - 08.11.2022 16:55Hallo Herr Thomas Stucky, vielleicht sind Sie noch nicht fertig, aber ich schreibe trotzdem mal, was mir aufgefallen ist. In der Tabelle "t069blag_test" sind nur 2 Datensätze (Bublitz und Bublitz & Profe) ? Wo nehmen Sie denn die Bestände her (weil das nicht mit den Extranet-Zahlen übereinstimmt) ? Wohin wird denn die Email geschickt ? Der Gesamtbestand je Artikel wird (noch) nicht abgestellt (lanr = 001). Kommentar von Thomas Stucky - 08.11.2022 17:06Hallo Herr Becker, vielen Dank für die Info, unsere Entwicklung ist noch dran. Wir haben die Packages abgestellt, den entsprechenden Datenbank-Job eingerichtet und die Mail vorbereitet. In den Testtabellen haben wir jeweils 2 Tesdatensätze angelegt (um zu sehen ob die Tabellen geleert und neu geschrieben werden). Beim ersten Test wurden keine Sätze in die T075LAG_TEST importiert und das Package steigt an dieser Stelle aus. Darum ist die T075LAG_TEST aktuell leer, die T069BLAG_TEST enthält noch immer die beiden unveränderten Sätze. Ich gebe Ihnen hier im Ticket einen Hinweis sobald ein Test möglich (sinnvoll) ist. Viele Grüße Kommentar von Thomas Stucky - 10.11.2022 11:18 Hallo Herr Becker, ist es möglich einen DB-Link zur Maria-DB zu erstellen, welchen wir von der Oracle-DB aus aufrufen/abfragen können? Kommentar von Harald Becker - 15.11.2022 10:33 Guten Morgen Herr Thomas Stucky, wir lassen das von Geneon machen, weil sie dafür vermutlich auch Zugangsdaten benötigen. Kommentar von Klaus Schnaible - 17.11.2022 10:41Laut geneon geht kein Datenbanklink, SHC und geneon sollen bitte mit Nachdruck nach einer Lösung suchen (ODBC-Treiber?). Unsere Industriekunden aus dem GKM sehen seit Monaten falsche Bestände! Kommentar von Thomas Stucky - 17.11.2022 14:03Hallo Frau Sandra Gert, wir benötigen Zugriff auf Ihre Maria-DB. Wir müssen die Lagerdaten der Gesellschafter abfragen können. Falls kein Datenbank-Link möglich ist benötigen wir einen Zugriff per ODBC. Wie kommen wir da schnell weiter. Wir können uns gerne in einem kurzen Gespräch abstimmen.... Viele Grüße Thomas Stucky Kommentar von Sandra Gert - 17.11.2022 14:25Thomas Stucky: Herr Zink und Herr Becker kennen die Zugriffsdaten. Bitte diese bei den Kollegen erfragen. Kommentar von Thomas Stucky - 17.11.2022 14:36Hallo, wir benötigen die ODBC - Zugangsdaten zu Ihrer Maria-DB. Laut Frau Gert (GENEON) sollen wir diese bei Ihnen erfragen. Wir müssen Zugriff auf die Tabellen mit den Lagerbeständen der Gesellschafter haben. Vielen Dank im Voraus. Viele Grüße Thomas Stucky Kommentar von Christian Zink - 17.11.2022 16:22Zugangsdaten schicke ich Ihnen per Mail Kommentar von Harald Becker - 22.11.2022 14:00Hallo Herr Thomas Stucky, meinen Sie, dass ich in dieser Woche testen kann ? Kommentar von Thomas Stucky - 22.11.2022 15:06Hallo Herr Harald Becker, ich denke das wird diese Woche nichts mehr. Aktuell prüft unsere Entwicklung wie wir den Datenabruf an der Maria-DB hinbekommen. Das uns keine Datenbanklinks zur Verfügung stehen wurde im Konzept nicht berücksichtigt. Ob eine ODBC-Abfrage ohne eine Windows-Maschine (also von Oracle direkt auf Maria-DB) möglich ist können wir leider noch nicht beantworten. Hierdurch entsteht ein erheblicher Mehraufwand, können wir diesen berechnen? Kommentar von Harald Becker - 22.11.2022 15:16Klaus Schnaible: Siehe den letzten Kommentar von Herrn Stucky. Kommentar von Klaus Schnaible - 22.11.2022 16:13Ja, kann berechnet werden. Kommentar von Harald Becker - 23.11.2022 11:03 Hallo Herr Thomas Stucky den DB-Link können Sie ja jetzt mit den MariaDB-Zugangsdaten selbst in der SHC-DB anlegen, oder ? Kommentar von Thomas Stucky - 28.11.2022 11:25Hallo Klaus Schnaible, hallo Harald Becker, damit wir von Oracle aus auf die MariaDB zugreifen können sind Konfigurationen an der MariaDB vorzunehmen. https://www.cdata.com/kb/tech/mariadb-odbc-oracle-hs.rst Um das vornehmen zu können benötigen wir: Die IP-Adresse der MariaDB. Die Zugangsdaten (root-Benutzer) zum Linux-System auf, auf welchem die MariaDB vermutlich installiert ist und Zugangsdaten zur DB "User/Passwort" zur Abfrage der entsprechenden Tabellen. Können Sie das liefern oder möchte die Fegime das selbst vornehmen? Kommentar von Harald Becker - 28.11.2022 16:14Hallo Marc Rennert, da wir das nicht selbst machen können, bitte die Anfrage von H. Stucky (root-Benutzer und Zugangsdaten) in das Ticket "FEGSYS-698" aufnehmen oder ein neues Ticket aufmachen. Alternativ kann die Installation auch Geneon selbst durchführen, wenn das von Geneon gewünscht ist. Die Geneon-Technik sollte sich zu dem Thema am besten direkt bei H. Stucky melden, damit das abgesprochen werden kann. Hallo Herr Thomas Stucky, die IP der MariaDB und die Zugangsdaten für den DB-Zugriff müssten Sie schon von H. Zink per Email bekommen haben. Kommentar von Marc Rennert - 30.11.2022 11:53Hallo zusammen, Ich habe das Ticket FEGSYS-698 aktualisiert und wiedergeöffnet mit der Anfrage.
LG Marc Rennert Kommentar von Harald Becker - 07.12.2022 15:11Antwort von Herrn Vogler: Einen Zugriff und Softwareinstallation auf unseren internen Systemen können wir nicht mit unser Sicherheits-Policy in Einklang bringen. Unserer Ansicht nach wäre es besser den ODBC Treiber auf dem Server zu installieren auf dem die Oracle für SHCware läuft. Wir gehen davon aus das Hr. Stucky darauf bereits Zugriff hat? Die Zugangsdaten zur MariaDB lasse ich ihnen separat zukommen. Hallo Herr Stucky, nach unsreen Information funktioniert ja nun der Datenbankzugriff. EIne Rechnung habe ich auch bekommen. Werden damit nun auch die Lagerbestände der Gesellschafter wie gewünscht in der SHCware des GKM abgelegt? Wie angesprochen, das ist seit Monaten nicht aktuell. Wenn das über einen Job ausgeführt wird: Wie wird / können wir überwachen, ob der Job gelaufen ist?
Grüße Klaus Schnaible Kommentar von Thomas Stucky - 08.02.2023 13:00Leider funktioniert der Zugriff auf die MariaDB noch immer nicht richtig. Durch diesen neuen DB-Link wurde der Systemabsturz (01. & 02. Februar) auf Ihrem System verursacht. Unsere Technik prüft (bevor Sie diesen wieder aktiviert) die Ursachen..... Ich kann aktuell keine Aussage treffen wie es hiermit weitergeht..... Kommentar von Klaus Schnaible - 10.02.2023 10:54 Bitte notfalls mit Herrn Vogler direkt in Verbindung setzen! Das mit den Lagerbeständen wird zum Problem. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-228 | [GKM] DATEV-Saldenimport [GKM] DATEV-Saldenimport
Beschreibung:
Betroffener Bereich: Großkundenmanagement, Saldenimport aus DATEV für die SHCware, damit die Gesellschafter eine Kreditlimitprüfung durchführen können. Diese findet über einen webService aus der lokalen SHCware an die zentrale SHCware statt. Ansprechpartner/Firma: FEGIME Betroffene Abteilung/betroffener Fachbereich: GKM Woher kommt die Anforderung: Bisher existiert eine eigengestrickte Lösung. Diese soll durch eine von SHC gewartete Lösung abgelöst werden. Betroffene Fremdsysteme: DATEV Zielbeschreibung/Aktuelles Verhalten: Die Gesellschafter fakturieren Ihre Großkundenaufträge an die FEGIME, die diese dann zentral an die Großkunden weiterverrechnet. So liegt der Gesamtsaldo eines Großkunden nur bei der FEGIME vor. Um eine Kreditlimitprüfung lokal durchführen zu können, müssen die gesammelten Salden durch die Gesellschafter via webService durch die SHCware abgefragt werden. Das funktioniert schon so. Abe rdie Salden müssen eben auch aus der zentralen DATEV-Fibu in die zentrale SHCware gespielt werden. Hierzu gibt es eine eigengestrickte Lösung, die durch eine SHC-Lösung abgelöst werden soll. Gewünschtes Verhalten: - Warum brauchen Sie diese Änderung: - Was möchten Sie mit dieser Änderung erreichen: - 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: - HInweis: Bisherige Vorgehensweise: In der Datev-Fibu wird eine Schnittstellen-Datei erzeugt:
Beispiel-Datei siehe Anhang. Ablauf: Alle 10 Minuten prüft das Einlese-Programm, ob neue Dateien vorhanden sind. Die Datei wird, falls sie im Netzwerk vorhanden ist, in eine temporäre DB-Tabelle mit aktuell 70 Feldern importiert. Folgende Felder werden verarbeitet: Ermittlung des Saldos je Datensatz:
Für alle Datensätze wird der Saldo nach Mandanten und Kundennummer kumuliert. Der Mandant "1" ist voreingestellt. Wenn eine Kostenstelle vorhanden ist, wird die erste Stelle der Kostenstelle zum Mandaten (da ist bei uns dann aktuell der Mandant "2"). Dann wird der folgende Sql-Befehl ausgeführt:
D.h. der OP-Saldo wird für alle Kunden in den Mandaten "1" und "2" gelöscht.
Wenn der Datensatz nicht in der Tabelle gefunden wird, wird er neu erstellt:
Das Protokoll über den Einlese-Vorgang (siehe Anhang) wird per Email verschickt (die Empfängeradressen sollten von uns änderbar sein, "SHC322" ?). Die eingelesene CSV-Datei wird nach der erfolgreichen Verarbeitung im selben Verzeichnis umbenannt (".csv" à ".si"). Helpdesk: 415615 MA: 415615 Kommentar von Klaus Schnaible - 13.05.2020 15:01 | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-230 | SHC072EW- Anzeige Kalkulationsschalter bzw. keine Artikel mit SCAL =6,7,8,9 SHC072EW- Anzeige Kalkulationsschalter bzw. keine Artikel mit SCAL =6,7,8,9
Beschreibung:
Betroffener Bereich Ansprechpartner/Firma: Betroffene Abteilung/betroffener Fachbereich Woher kommt die Anforderung Betroffene Fremdsysteme Zielbeschreibung/Aktuelles Verhalten Gewünschtes Verhalten Warum brauchen Sie diese Änderung Was möchten Sie mit dieser Änderung erreichen 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 Anpassung SHC_KDKond.Rechne_Grundkondition - SCAL = 6,7,8 sollen optional in den Beispielartikel ausgeblendet werden. Die Option soll über SHC378 konfigurierbar sein (Default wie aktuelle Umsetzung [SCAL = 6,7,8]) Angebot-Nr. 247235 vom 17.04.2020 aus Helpdesk: 396784 Kommentar von Torsten Lotz - 19.11.2020 12:26 wurde vom Fachbeirat beauftragt | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-231 | Neues Feld Eingliederungsdatum AB im SHC628OR Neues Feld Eingliederungsdatum AB im SHC628OR
Beschreibung:
Betroffener Bereich Ansprechpartner/Firma: Betroffene Abteilung/betroffener Fachbereich Woher kommt die Anforderung Betroffene Fremdsysteme Zielbeschreibung/Aktuelles Verhalten Gewünschtes Verhalten Warum brauchen Sie diese Änderung Was möchten Sie mit dieser Änderung erreichen 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 Die ohnehin verwendete Tabelle t611ttolog gibt dieses Feld her und könnte sicher ohne großen Aufwand in das Programmfenster eingebaut werden. Entweder als zusätzliches Feld oder als Umschalt-Feld über dem Datum SHC-Info MA: 415717 Kommentar von Torsten Lotz - 19.11.2020 12:28 wurde vom Fachbeirat beauftragt Kommentar von Klaus Schnaible - 28.03.2024 10:23Erweiterung des Programms "EDI-Auftragsbestätigungen" (SHC628OR) um ein neues Feld "Eingliederungsdatum" pro | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-232 | Kopierfunktion von Kunde SHC414E Kopierfunktion von Kunde SHC414E
Beschreibung:
Betroffener Bereich Ansprechpartner/Firma: Betroffene Abteilung/betroffener Fachbereich Woher kommt die Anforderung Betroffene Fremdsysteme Zielbeschreibung/Aktuelles Verhalten Gewünschtes Verhalten Warum brauchen Sie diese Änderung Möchte man die Datensätze auf einen anderen Kunden anwenden, müssen die Daten manuell eingefügt werden. Dies kann unter Umständen sehr aufwändig sein und hebt das Risiko von Eingabefehlern. Was möchten Sie mit dieser Änderung erreichen 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 SHC-Info Wenn der Button gedrückt wird öffnet sich eine neue Maske. Diese ermöglicht es Datensätze von einem Kunden auf den anderen zu Kopieren. Die Maske wird folgende Eingabemöglichkeiten haben:
Kommentar von Torsten Lotz - 19.11.2020 12:29 wurde vom Fachbeirat beauftragt Kommentar von Klaus Schnaible - 18.12.2023 11:04Ist umgesetzt | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-233 | SHC029 /AB001POS - Komplettlieferungen auf Position Ebene pro Objekt SHC029 /AB001POS - Komplettlieferungen auf Position Ebene pro Objekt
Beschreibung:
Betroffener Bereich Ansprechpartner/Firma: Betroffene Abteilung/betroffener Fachbereich Woher kommt die Anforderung Betroffene Fremdsysteme Zielbeschreibung/Aktuelles Verhalten Gewünschtes Verhalten Warum brauchen Sie diese Änderung Was möchten Sie mit dieser Änderung erreichen 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 SHC-Info
geschätzter Aufwand 16 Stunden Kommentar von Torsten Lotz - 19.11.2020 12:32 wurde vom Fachbeirat beauftragt Kommentar von Torsten Lotz - 03.12.2020 16:36Weitere Erkenntnisse:
Die Implementierung von Auftrag 250925 »Komplettlieferungen auf Position Ebene FEGSHC 233« ist abgeschlossen. Die Änderungen werden im QR65 enthalten sein. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-234 | Lagergesteuerte Aktionspreise im Shop Lagergesteuerte Aktionspreise im Shop
Beschreibung:
Betroffener Bereich elektro-online Ansprechpartner/Firma EGU, Herr Raschinsky Betroffene Abteilung/betroffener Fachbereich Vertrieb Woher kommt die Anforderung Vertrieb Betroffene Fremdsysteme elektro-online Zielbeschreibung/Aktuelles Verhalten Lagerbezogene Aktionspreise werden zur Zeit im Shop nicht berücksichtigt Gewünschtes Verhalten Lagerbezogene Aktionspreise sollen im Shop Berücksichtigung finden Warum brauchen Sie diese Änderung Aufgrund regionsspezifischer Aktionen, werden diese auch lagerbezogen in der SHCware angelegt. Was möchten Sie mit dieser Änderung erreichen Lagerbezogene Aktionen sollen auch im Elektro-Online Berücksichtigung finden. Es soll keine Unterschiede zwischen den Preisen im Elektro-Online und in der SHCware geben. Welche Maßnahmen wurden schon ergriffen um das Ziel zu erreichen Keine, weil nicht möglich Weshalb waren diese Maßnahmen nicht zielführend Keine, weil nicht durchgeführt Wie häufig kommt die Situation vor Aktuell haben wir 90 gültige lagerbezogene Aktionspreise. Welche Konsequenz hat es wenn diese Änderung nicht umgesetzt wird Gültige Aktionspreise, welche in der SHCware angezeigt werden, sind im Elektro-Online nicht sichtbar. Welche wichtigen Kriterien müssen bei der Umsetzung berücksichtig werden Wenn der Artikel sowohl unter Lager 0 als auch unter der Lagernummer des Statistiklagers zurückgegeben wird, gilt der Datensatz des Statistiklagers
Lagerbezogene Aktionspreisanzeige sollen im Shop über das Stammlager des Kunden ermittelt werden. HD: 416841 Aufwand: 40h
Kommentar von Torsten Lotz - 19.11.2020 12:55 Hr. Montino möchte die Anforderung nachbewerten Kommentar von Torsten Lotz - 20.05.2021 13:04erneute Prüfung von Hr. Montino (EGU) -> Prüfung auf Gruppe Kommentar von Thomas Stucky - 30.11.2021 09:07Kommentar von Thomas Stucky - 19.04.2024 13:31Hallo Herr Klaus Schnaible , wir haben zu diesem Vorgang eine Programmiervorgabe für den Entwickler und eine Testkonstellation auf unserem Entwicklungssystem erstellt. Beim Test haben wir festgestellt, dass sich die Preisfindung in der SHCware und in Elektro-Online bereits wie im Ticket gewünscht verhält. Der Aktionspreis wird laut der im Fegime-intern im Kunde eingesteuerten "Lagernummer Statistik" ermittelt. @j.montino@e-g-u.de Wir würden die Entwicklung für dieses Ticket also beenden und den entstanden Aufwand (8h) abrechnen. Sollen wir das so tun? Viele Grüße
-- Einstellung im OnlineShop aus unserem Testsystem -- Lagernummer Statistik = 2 (19.04.24 12:12:09,976510) ShcwareXMLRequest.ArtikelListe?ANFRAGEHERKUNFT=AKTION&PRUEFZWRUND=2&EOKENNUNG=01&MANR=2&LANR=2&SESSIONID=MCw2QyHLc0Cny0DJe-oqUHVXoLM&EGRA=3019970|1&KDNR=101212 -- Lagernummer Statistik = 5 (19.04.24 12:09:33,577237) ShcwareXMLRequest.ArtikelListe?ANFRAGEHERKUNFT=AKTION&PRUEFZWRUND=2&EOKENNUNG=01&MANR=2&LANR=5&SESSIONID=VuA1FxUFGdVIR35rTodDh0IcXoo&EGRA=3019970|1&KDNR=101212 Kommentar von Klaus Schnaible - 22.04.2024 13:29 Thomas Stucky : Warten wir auf die Rückmeldung von Herrn Jörg Montino Kommentar von Thomas Stucky - 22.04.2024 15:40Ja, klar. Kommentar von Thomas Stucky - 16.08.2024 09:12Funktioniert wie im Ticket beschrieben, der Vorgang kann geschlossen werden. Mail von Herr Montino (16.08.2024) Hallo Herr Stucky, Ja, Ticket kann geschlossen werden, hatte ich Ihnen aber bereits vor einigen Wochen, glaube um die Zeit des ltz. Fachbeirates mitgeteilt. Mit freundlichen Grüßen Jörg Montino Es wurde eine fachliche und technische DOR (interne Programmierdokumente bei SHC) erstellt. Wir berechnen daher keine Entwicklung sondern nur den uns entstandenen Aufwand ab. (8h) Kommentar von Klaus Schnaible - 28.08.2024 11:16Es wurde eine fachliche und technische DOR (interne Programmierdokumente bei SHC) erstellt. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-235 | SHC497TTAG Tourenfindung mit Berücksichtigung Land SHC497TTAG Tourenfindung mit Berücksichtigung Land
Beschreibung:
Betroffener Bereich Verkauf/Logistik Ansprechpartner/Firma Hr. Binder/Firma Granzow Betroffene Abteilung/betroffener Fachbereich Verkauf/Logistik Woher kommt die Anforderung Verkauf Betroffene Fremdsysteme LFS/Cadis Zielbeschreibung/Aktuelles Verhalten Aktuell findet in der Tourenfindung der SHCware keine Prüfung auf das Land statt. Dadurch wird bei Ländern mit gleichen PLZ-Gebieten (z.B. Frankreich) eine falsche Tour ermittelt und die Ware falsch verschickt. Gewünschtes Verhalten Es sollte eine Prüfung auf das Land möglich sein. Warum brauchen Sie diese Änderung Damit die Ware zum Kunden geliefert werden kann. Was möchten Sie mit dieser Änderung erreichen Die Ware soll über den richtigen Weg an Kunden geliefert werden Welche Maßnahmen wurden schon ergriffen um das Ziel zu erreichen Ticket (Vorgang:400048) und TelKo mit SHC (Hr. Mark) Weshalb waren diese Maßnahmen nicht zielführend Aktuell ist lt. SHC keine Prüfung auf das Land möglich Wie häufig kommt die Situation vor Selten Welche Konsequenz hat es wenn diese Änderung nicht umgesetzt wird Ware wird mit einer falschen Tour ausgefahren und erreicht den Kunden nicht. Welche wichtigen Kriterien müssen bei der Umsetzung berücksichtig werden Das Land muss in die Tourenfindung integriert werden. Hinweis SHC-Helpdesk - Vorgang:400048 Kommentar von Torsten Lotz - 19.11.2020 13:08 Pflege des Länderkennzeichens im SHC497TTAG möglich - Auswirkung scheint nicht zu ziehen. SHC macht hier eine interne Bewertung. Kommentar von Torsten Lotz - 19.11.2020 13:26mögliche Programme: Wir klären intern im Rahmen des urspr. Helpdesk in welchem Umfang wir hier eine Anpassung vornehmen Kommentar von Klaus Schnaible - 26.01.2021 10:53Anmerkung von Herrn Montino: "Aktuell habe ich das Problem im Bestellwesen (bei einer Direktlieferung). Es muss wohl das Feld PLZ generell angepasst werden, bzw. das Länderkennzeichen überall eingefügt werden. Kommentar von Torsten Lotz - 29.01.2021 15:19Die Informationen wurden an unsere Entwicklung weitergeleitet. Der zuständige Entwickler ist aktuell an der Analyse und wird dieses Problem im Ramen eines Helpdeskvorganges lösen. Kommentar von Torsten Lotz - 24.02.2021 11:09wurde im Rahmen des HD-Vorganges 400048 gelöst:
| Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-238 | SHC544A Kanban Etiketten drucken SHC544A Kanban Etiketten drucken
Beschreibung:
Betroffener Bereich: Ansprechpartner/Firma: Betroffene Abteilung/betroffener Fachbereich: Woher kommt die Anforderung: Betroffene Fremdsysteme: Zielbeschreibung Gewünschtes Verhalten: Warum brauchen Sie diese Änderung: Was möchten Sie mit dieser Änderung erreichen: 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: Hinweis: Kommentar von Torsten Lotz - 19.11.2020 14:14 Herr Klein nimmt Kontakt mit Hr. Fischer auf Kommentar von Klaus Schnaible - 26.11.2020 13:40Anmerkung Herr Klein: Ich habe mit Herrn Fischer gesprochen und es mir erklären lassen. Ich sehe seinen Wunsch für sinnvoll an, es wäre die selbe Logik wie im Etikettendruck Programm, was da ja auch seinen sinn hat, bei 40-50 Boxen ist das sehr Zeitaufwendig in jede Position zu gehen und für die Box einen neuen Druck anzufordern, da wäre ein Druck aller Markierten Boxen wirklich sinnvoll, meine Meinung. Siehe Grafik Kommentar von Klaus Schnaible - 07.10.2021 17:17Kommentar von Klaus Schnaible - 12.12.2023 13:57Folgendes wurde zu den einzelnen Punkten implementiert: Zu 1. Über den Parameter LIEFSET_FILTER (Programm LVLiefset, LVLiefpos) im Programm SHC378 kann die Vorbelegung der Lieferantensets in den Programmen LVLiefset und LVLiefpos vorgenommen werden.
Zu 2. Über den Parameter LIEFSET_PFLEGE im Programm SHC344 kann die Pflege fremder Lieferantensets vorgenommen werden.
Zu 3. Über eine CheckBox im Programm LVZuordnen lassen sich importierte Lieferantenanfragen ausblenden. Über den Button "alle anzeigen" bzw. "LV'S ausblenden" können diese wieder zur Anzeige gebracht werden.
Zu 4. Stammt ein Artikel einer Angebotsposition aus einer Lieferantenanfrage, dann wird er in der Liste der Auftragspositionen grün hinterlegt.
Zu 5. Die Notiz aus der GAEB Positionsbearbeitung kann nun über den Button "Langtext2" in die Auftragsposition übernommen werden. In der Liste der Angebotspositionen kann der Langtext2 angesehen und ggf. geändert werden.
Zu 6. Über eine CheckBox "H.-Lief" in den Programmen LVAuftrag und SHC_LV_Pos kann der Hauptlieferant vor der Übernahme der Oz-Positionen in Angebotspositionen gesetzt werden. Die Feldhilfe dazu wurde ergänzt.
LVAuftrag
SHC_LV_Pos
Zu 7. Über die Kunden-Zusatzinfo $GEXP (Programm SHC334) kann das Ausgabeformat eines Kunden (GAEB90 oder GAEB2000) vorbelegt werden. Das Hinterlegen eines Ausgabeformats für den Musterkunden wird berücksichtigt.
Die geänderten Programmdateien werden im nächsten Quartalsrelease QR62 verfügbar sein. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-239 | SHC544A Kanban: Einlesen der Daten gemäß SHC544K in SHC544A. SHC544A Kanban: Einlesen der Daten gemäß SHC544K in SHC544A.
Beschreibung:
Betroffener Bereich: Ansprechpartner/Firma: Betroffene Abteilung/betroffener Fachbereich: Woher kommt die Anforderung: Betroffene Fremdsysteme: Zielbeschreibung Gewünschtes Verhalten: Warum brauchen Sie diese Änderung: Was möchten Sie mit dieser Änderung erreichen: 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: Hinweis: Kommentar von Torsten Lotz - 27.10.2020 10:27 Konkretisierung der Anforderung laut Hr. Fischer: Der Kunde (hier Fa. Fischer) bekommt die Scanns über ein RFID-System als Textdatei (csv). Hier sind 1 bis n BehälterCodes enthalten. Wir schätzen hier einen Aufwand von ca. 24 Stunden. Kommentar von Torsten Lotz - 17.11.2020 10:17HD 397930 Wurde direkt für Fa. Fischer beauftragt | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-240 | SHC544K Excellisten anreichern SHC544K Excellisten anreichern
Beschreibung:
Betroffener Bereich: Ansprechpartner/Firma: Betroffene Abteilung/betroffener Fachbereich: Woher kommt die Anforderung: Betroffene Fremdsysteme: Zielbeschreibung Gewünschtes Verhalten: Warum brauchen Sie diese Änderung: Was möchten Sie mit dieser Änderung erreichen: 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: Hinweis: Kommentar von Torsten Lotz - 19.11.2020 14:19 SHC schätzt den Aufwand, Importfunkion im SHC544K - Übernahme einer CSV-Datei anhand einer vordefinierten Form Kommentar von Torsten Lotz - 19.11.2020 14:19Schätzung SHC Kommentar von Torsten Lotz - 24.02.2021 14:04Wir schätzen hier einen Aufwand von 16 Stunden Kommentar von Klaus Schnaible - 31.01.2022 17:34die Möglichkeit, eine CSV-Datei in der Kanban-Steuerung SHC544K einzulesen habe ich nun fertig implementiert. Wenn man in SHC322 (Pflege der Funktionsparameter) dem neuen Parameter PATH_CSV_544K einen Pfad zuweist, erscheint in SHC544K ein CSV-Button zum Einlesen der Dateien: Die CSV-Datei muss Strichpunkt-getrennte Daten haben in der Form: „Box; Artikelnummer; Menge; Lagerort des Kunden“. Beim Klick auf den Button öffnet sich ein Dialog zur Auswahl der Datei. Beim Einlesen werden folgende Ereignisse festgehalten und am Ende in einem Meldefenster angezeigt:
Wie möchten Sie die angepasste Datei zum Testen ausgeliefert bekommen? Soll ich sie Ihnen einfach per Mail schicken (es ist nur das SHC544K nötig)? Oder soll ich es selbst remote in ein Testsystem einpflegen? Dann bräuchte ich noch genaue Angaben, in welches Testsystem ich die Datei einbinden soll. Über eine Antwort würde ich mich sehr freuen. Bitte beachten Sie, dass ich nur montags, dienstags, donnerstags und freitags arbeite und Mittwoch meinen freien Tag habe. Viele Grüße, Veronika Kegler | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-243 | [generell] Abrufaufträge im Shop [generell] Abrufaufträge im Shop
Beschreibung:
Humbek, Moster: Eigener Menüpunkt im Shop „Abrufe“ Der Kunde darf nur offene Abrufe sehen jedoch keine komplett neuen erstellen. Folgende Infos werden hier benötigt: Klickt man auf diese Zeile sollen sich die Positionen ausklappen (analog Auftrags/Rechnungsauskunft) Hier werden diese Felder benötigt: Bei der Liefermenge kann der Kunde seine Wunschliefermenge eintragen. Diese Abrufmenge darf nicht größer als die lieferbare Menge sein. Danach klickt der Kunde auf einen Button und die Abrufmenge landet im Warenkorb. Abrufe dürfen nicht mit anderer Ware/Aufträge im Warenkorb kombiniert werden. In der Warenkorbübersicht kann der Kunde keine Änderungen mehr vornehmen. In der Versandübersicht kann der Kunde Versandart, Lieferadresse und Liefertermin anpassen. Der Liefertermin darf hier nicht in den Auftragskopf, sondern in die Lieferung geschrieben werden. Anderen Felder wie Bestellnummer, Kostenstelle, Versandhinweis, Komplettlieferung, Hinweis werden nicht benötigt. — Frage an den Beirat: Was ist noch zu beachten? Wie hoch ist der geschätzte Aufwand? HD 410199 MA: 410199 Kommentar von Torsten Lotz - 19.11.2020 14:39 SHC identifiziert die bisherige Umsetzung der Abrufe im Kibes und stimmt sich im Nachgang mit geneon ab. Kommentar von Torsten Lotz - 19.11.2020 14:39Termin mit geneon besprechen Kommentar von Torsten Lotz - 24.02.2021 10:21wird im nächsten JF (01.03.21) mit geneon behandelt Kommentar von Sandra Gert - 01.03.2021 15:42Weitere Infos von Herrn Lotz kommen bis 19.03.2021 Kommentar von Torsten Lotz - 19.03.2021 08:24Es fand ein SHC-interner Termin mit der Entwicklung bezüglich Umsetzung und Schätzung statt. Von unserer Seite gab es hierbei keine offensichtlichen Hürden für eine mögliche Umsetzung. Nach Beauftragung würden wir gerne einen Termin mit geneon machen, bei dem wir den genauen Aufbau der XML-Requests abstimmen. Klaus Schnaible Ich würde das Angebot an Sie fertig machen - eine Umsetzung durch den FB konnte ich hier noch nicht erkennen. Wenn es dennoch vorher beauftragt werden soll, bitte eine kurze Info an mich. Danke! Kommentar von Klaus Schnaible - 22.03.2021 17:06Hallo Herr Lotz, das wird unabhängig vom Fachbeirat umgesetzt - der Wunsch kommt von mehreren Seiten. Abgesehen davon: Sind das die selben Requests wie hin zu Kibes? Und: Bitte die Requests dokumentieren und auch mir zukommen lassen. Wir pflegen ein internes Wiki in dem alle Schnittstellen beschrieben sind. PS: Gibt es von Ihrer Seite eine Dokumentation ALLER Requests zum Shop sowie deren Inhalte? Ich befürchte unsere Doku ist hier nicht vollständig. Kommentar von Torsten Lotz - 23.03.2021 09:06Hallo Klaus Schnaible, die Requests werden neu erstellt - aber vom Aufbau sollten diese zu großen Teilen denen des Kibes-Requests entsprechen. Im Rahmen der Umsetzung werden wir diese Stellen mit dokumentieren. Hallo Klaus Schnaible, es gibt bei SHC bereits einen internen Mitarbeiterauftrag, der die Beschreibung der Schnittstelle beinhaltet. Ich habe die involvierten Mitarbeiter hier nochmals erinnert. Wenn mir das Dokument vorliegt, werde ich es an Sie übermitteln. Kommentar von Klaus Schnaible - 30.03.2021 15:33Angebot SHC Bis wann ist mit der Umsetzung zu rechnen? Kommentar von Klaus Schnaible - 05.04.2022 14:11Bis wann ist mit der Umsetzung zu rechnen? Kommentar von Stefan Herger - 12.04.2022 09:29Thomas Stucky Hallo Herr Thomas Stucky: gibt es diese Request nicht schon für den SHC-Shop? Meines Wissens nach ja. Kommentar von Stefan Herger - 05.10.2023 14:23Thomas Stucky Ich habe die geänderte AB an den Vorgang angehängt Kommentar von Klaus Schnaible - 18.12.2023 11:04In Arbeit mit Shop-Projekt Abrufaufträge. Kommentar von Stefan Herger - 08.01.2024 14:19Thomas Stucky Wir könnten für Tests unsererseits bereits Daten übergeben. Kommentar von Thomas Stucky - 27.02.2024 14:35Hallo Herr Herger, die Abrufaufträge sind aktuell in Entwicklung. Voraussichtlich ist es bis Mitte nächste Woche fertig. Wir geben dann die Schnittstellenbeschreibung direkt an Herr König weiter. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-246 | Objektanlage durch den Kunden im Shop Objektanlage durch den Kunden im Shop
Beschreibung:
Förster/Moster: Die Objektanlage durch Kunden ist bei uns in EO freigegeben. Bitte lassen Sie EO so anpassen das die Objektanlage auch funktioniert wenn in der SHC für diesen Kunden noch kein Objekt angelegt wurde. Voraussetzung ist natürlich das die Objektanlage (Fegime-Intern) für den Shop freigegeben ist. Frage: Soll das, wenn Objektanlage im Shop freigegeben ist, generell für alle Kunden möglich sein, oder wird noch eine Steuerung je Kunde benötigt? Kommentar von Torsten Lotz - 19.11.2020 14:55 Objektanlage vom Kunden soll auch dann erfolgen, wenn kein Objekt bisher angelegt wurde. Kommentar von Torsten Lotz - 19.11.2020 14:56Hr. Schnaible klärt den Vorgang - rein EO Thema | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-248 | SHC072EW Verkaufs- und Einkaufsobjekt verknüpfen SHC072EW Verkaufs- und Einkaufsobjekt verknüpfen
Beschreibung:
Betroffener Bereich: SHCWare WaWi Ansprechpartner/Firma: Hr. Stucky, Moster Betroffene Abteilung/betroffener Fachbereich: Verkauf Woher kommt die Anforderung: hausintern Betroffene Fremdsysteme: - Zielbeschreibung Aktuelles Verhalten: Es kann nur ein Verkaufsobjekt ausgewählt werden Gewünschtes Verhalten: Die Nutzer solle die Möglichkeit bekommen das angefragte Verkaufsobjekt bereits hier mit dem entsprechenden Einkaufsobjekt zu verknüpfen. Nach Bewilligung der Anfrage soll diese Verknüpfung auch verwendet werden (so als wäre sie im SHC125OBZK erstellt worden). Warum brauchen Sie diese Änderung: Die Verkaufs und Einkaufskonditionen sollen direkt zusammengeführt werden. Was möchten Sie mit dieser Änderung erreichen: Zeitersparnis Welche Maßnahmen wurden schon ergriffen um das Ziel zu erreichen: keine Weshalb waren diese Maßnahmen nicht zielführend: Wie häufig kommt die Situation vor: häufig/regelmäßig Welche Konsequenz hat es, wenn diese Änderung nicht umgesetzt wird: Im Anfragefall ist nicht direkt zu erkennen das ein EK-Objekt existiert und falls eines existiert muss dieses im Nachgang verknüpft werden. Welche wichtigen Kriterien müssen bei der Umsetzung berücksichtig werden: Hinweis: Helpdesk-Nr.402001 Kommentar von Torsten Lotz - 19.11.2020 15:05 wurde vom Fachbeirat beauftragt | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-249 | SHC072EW Konditionseinstufungen einreichen/bewilligen SHC072EW Konditionseinstufungen einreichen/bewilligen
Beschreibung:
Betroffener Bereich: SHCWare WaWi Ansprechpartner/Firma: Hr. Stucky, Moster Betroffene Abteilung/betroffener Fachbereich: Verkauf Woher kommt die Anforderung: hausintern Betroffene Fremdsysteme: - Zielbeschreibung Aktuelles Verhalten: Aktuell könen nur Konditionsveränderungen angefragt werden. Gewünschtes Verhalten: Es wird ein Textfeld für Bemerkungen (Begründungen) gewünscht, dieses soll die Entscheidungsfindung vereinfachen. Warum brauchen Sie diese Änderung: Der Entscheider möchte weitere Informationen über den Änderungswunsch an der Sonderkondition haben. Was möchten Sie mit dieser Änderung erreichen: Zeitersparnis Welche Maßnahmen wurden schon ergriffen um das Ziel zu erreichen: keine Weshalb waren diese Maßnahmen nicht zielführend: - Wie häufig kommt die Situation vor: häufig/regelmäßig Welche Konsequenz hat es, wenn diese Änderung nicht umgesetzt wird: Es muss weiterhin auf einem anderen Weg nachgefragt werden. Welche wichtigen Kriterien müssen bei der Umsetzung berücksichtig werden: Hinweis: Helpdesk-Nr. 401974 Kommentar von Torsten Lotz - 19.11.2020 15:08 Textfeld im Bereich Konditionen auf Objekt/Lieferanten-Ebene Kommentar von Torsten Lotz - 19.11.2020 15:09wurde vom Fachbeirat beauftragt Kommentar von Klaus Schnaible - 18.12.2023 11:10wird laut FB nicht mehr benötigt | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-250 | Infosystem: Suche der Bestellnummer mit Wildcard Infosystem: Suche der Bestellnummer mit Wildcard
Beschreibung:
Betroffener Bereich: SHCWare WaWi Ansprechpartner/Firma: Hr. Humbek / Moster, LU Betroffene Abteilung/betroffener Fachbereich: Verkauf Woher kommt die Anforderung: hausintern Betroffene Fremdsysteme: - Zielbeschreibung Aktuelles Verhalten: Bestellnummer soll auch mit Wildcard im Infosystem / Kunde gesucht werden können Gewünschtes Verhalten: Suche der Bestellnummer mit einer Wildcard analog der '*' Funtkion welche bereits in der Such der Auftragsnummer vorhanden ist Warum brauchen Sie diese Änderung: Zeitersparnis bei der Suche Was möchten Sie mit dieser Änderung erreichen: Zeitersparnis Welche Maßnahmen wurden schon ergriffen um das Ziel zu erreichen: keine Weshalb waren diese Maßnahmen nicht zielführend: - Wie häufig kommt die Situation vor: häufig/regelmäßig Welche Konsequenz hat es, wenn diese Änderung nicht umgesetzt wird: - Welche wichtigen Kriterien müssen bei der Umsetzung berücksichtig werden: - Hinweis: Helpdesk-Nr. 402793 MA: 402793 Kommentar von Torsten Lotz - 19.11.2020 15:19 Hr. Flörchinger möchte das UP081S als Alternative präsentieren. SHC wird in diesem Zuge eine Anpassung der Suche (ähnlich UP051) prüfen. Weiterhin wird evaluiert, ob eine zeitliche Beschränkung hier stattfindet. Aufwandsschätzung UP081S Kommentar von Klaus Schnaible - 29.11.2023 15:21
| Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-251 | Silberzuschlag mit Gewicht unter 1gr. Silberzuschlag mit Gewicht unter 1gr.
Beschreibung:
Betroffener Bereich: Ansprechpartner/Firma: Tobias Mangold, Müller Betroffene Abteilung/betroffener Fachbereich: Rechnungswesen Woher kommt die Anforderung: Betroffene Fremdsysteme: Zielbeschreibung Aktuelles Verhalten: Lieferant hat (AG) Zuschläge kleiner 1g. Wir in der SHCWare können nur >=1g. Wenn dieser Zuschlag so an uns übermittelt wird ist das Gewicht in der SHCWare 0. Dies hat zu Folge, dass der Zuschlag in der Auftragserfassung niemals verrechnet wird, auch wenn wir tausende Stück auf einmal verkaufen. Zweitens zum Ärger bei Datenaustausch (z.B. Datanorm) macht, da auch hier logischerweise das Gewicht 0 übermittelt wird und der Kunde den DTA nicht einlesen kann, da ein Fehler drin ist (Im Gegensatz zu SHCWare scheinen das andere auch logisch zu prüfen). Warum brauchen Sie diese Änderung: Gewünschtes Verhalten: Was möchten Sie mit dieser Änderung erreichen: 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: Hinweis: Spontan fallen mir zur Lösung des Problems folgende Ansätze ein:
Vielleicht gibt´s noch andere bessere Ansätze. Bitte im FB zur Diskussion stellen. So wie es heute läuft ist es blöd.
Kommentar von Klaus Schnaible - 30.09.2020 19:28Kommentar von Torsten Lotz - 19.11.2020 15:23 SHC soll den Zuschlag beim Import im Schattenstamm hier ignorieren. Kommentar von Torsten Lotz - 19.11.2020 15:24Aufwandschätzung Kommentar von Torsten Lotz - 24.02.2021 14:23Wir schätzen hier einen Aufwand von ca. 8 Stunden Kommentar von Thomas Stucky - 07.06.2022 10:44Lösung: Es wurde eine neue SHC322 Konstante SCHATTEN_METALLZUSCHLAG erstellt. Hier kann ein Schwellenwert definiert werden, bis zu welchem Metalle beim Import in den Schattenkatalog ignoriert werden sollen. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-252 | Angebote, deren max. Beauftragung erreicht ist nicht mehr an den Shop übermitteln Angebote, deren max. Beauftragung erreicht ist nicht mehr an den Shop übermitteln
Beschreibung:
Ansprechpartner/Firma: FEGIME Deutschland, Herren Becker, Schnaible Zielbeschreibung Aktuelles Verhalten: Wenn elektro-online Angebote aus der SHCware abfragt, werden (nach Datum) gültige Angebote übergeben, auch wenn deren Status "max.Anzahl Beauftragung" schon erreicht ist, das Angebot also gar nicht mehr beauftragt werden kann. Gewünschtes Verhalten: Solche Angebote sollen schon von der SHCware gefiltert werden und gar nicht mehr an den Shop übergeben werden. HD: 415611 MA: 415611 Kommentar von Harald Becker - 19.10.2021 15:53 Hallo Herr Thomas Stucky, das Ticket kann man wieder schließen, weil wir es anders lösen und direkt im Shop anpassen lassen können. Kommentar von Thomas Stucky - 20.10.2021 16:46Hallo Herr Harald Becker Auftrag und Mitarbeiterauftrag auf unserer Seite sind sind storniert. Ich schiebe das Ticket in "Geschlossen". Vielen Dank für den Hinweis! | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-254 | Rabatterkennung im UP003B aus der Objekterfassung SHC029 Rabatterkennung im UP003B aus der Objekterfassung SHC029
Beschreibung:
Bereich: WAWI Ansprechpartner/Firma: Herr Wirt, Ehra Betreff: Rabatterkennung im UP003B aus der Objekterfassung SHC029 Betroffene Abteilung: Vertrieb Anforderung aus: hausintern Zielbeschreibung Aktuelles Verhalten: Aktuell wird der eingetragene Rabatt im SHC029 im Preis eingerechnet und es ist in der Kalkulation nicht ersichtlich, dass dieser berücksichtigt wurde. Ziel soll sein, dass der Rabatt aus der SHC029 im Kalkulationsfenster UP003B ersichtlich ausgewiesen wird. Ziel ist es auf einen Blick zuerkennen, dass eine Sonderkondition hinterlegt wurde. SHC-Helpdesk: 404821 MA: 404821 Kommentar von Torsten Lotz - 19.11.2020 15:35 Wir bewerten den Aufwand. Kommentar von Torsten Lotz - 19.11.2020 15:36siehe Kommentar Kommentar von Klaus Schnaible - 11.10.2023 15:10Das UB003B wurde um eine dyn. Zusatzinfo auf Positionsebene erweitert. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-256 | Anzeige des Soll- und Istwerts im UP125T1 (Anzeige Bestellobjekte) Anzeige des Soll- und Istwerts im UP125T1 (Anzeige Bestellobjekte)
Beschreibung:
Betroffener Bereich: WaWi Ansprechpartner/Firma: Tim Habermann/ EHRA Betroffene Abteilung/betroffener Fachbereich: Einkauf Woher kommt die Anforderung: Hausintern Betroffene Fremdsysteme: - Zielbeschreibung Aktuelles Verhalten: Informationen über den vereinbarten Sollwert und aktueller Istwert des Objekts aus der SHC125LO + SHC125OKE sollen auch in der Anzeige der Bestellobjekte angezeigt werden. Damit entfällt das Öffnen dieser Programm um die Abfrage der Werte zu erhalten. Der Sachbearbeiter behält den Überblick. Gewünschtes Verhalten: Warum brauchen Sie diese Änderung: Was möchten Sie mit dieser Änderung erreichen: 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: Hinweis: Heldesk 404822
Kommentar von Klaus Schnaible - 13.10.2020 17:39
SHC schätzt den Aufwand Kommentar von Torsten Lotz - 19.11.2020 15:39siehe Kommentar Kommentar von Torsten Lotz - 24.02.2021 14:00Wir schätzen hier einen Aufwand Auftrag hiermit erteilt. Kommentar von Thomas Stucky - 29.08.2022 15:36Das Programm UP125T1 wurde um 4 neue Felder und 2 neue Buttons erweitert . Anzeige des Sollwert und Ermittlung des Istwert über neuen Buttons. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-257 | Sortierung nach Skontodatum im SHC144 Sortierung nach Skontodatum im SHC144
Beschreibung:
Betroffener Bereich: SHCWare WaWi Ansprechpartner/Firma: Hr. Förster, Moster Betroffene Abteilung/betroffener Fachbereich: Einkauf Woher kommt die Anforderung: hausintern Betroffene Fremdsysteme: - Zielbeschreibung Aktuelles Verhalten Gewünschtes Verhalten: Sortierung nach Skontodatum im SHC144 Warum brauchen Sie diese Änderung: - Was möchten Sie mit dieser Änderung erreichen: Ist es möglich eine Sortierung nach Skontodatum im SHC144 (aufrufbar über EK010R) zu erreichen? Siehe Bild im Anhang. Beim Versuch dies über die Sortierfunktion der SHC-Ware zu machen kommt die Meldung "Sortierung bezüglich des Feldes T144RESU_ANZ_DATUM_SKTO nicht möglich" Welche Maßnahmen wurden schon ergriffen um das Ziel zu erreichen: keine 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: - Hinweis: Helpdesk-Nr. 400918 Kommentar von Klaus Schnaible - 28.10.2020 12:13 INFO SHC: Aufwand 12 Stunden Kommentar von Torsten Lotz - 19.11.2020 15:40wurde vom Fachbeirat beauftragt | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-258 | SHC322 - ADDTAGE verschiedene Werte SHC322 - ADDTAGE verschiedene Werte
Beschreibung:
Betroffener Bereich: SHCWare WaWi Ansprechpartner/Firma: Hr. Humbek, Moster Betroffene Abteilung/betroffener Fachbereich: Einkauf Woher kommt die Anforderung: Betroffene Fremdsysteme: - Zielbeschreibung Aktuelles Verhalten: Gewünschtes Verhalten: Zur Zeit sitzt der Parameter ADDTAGE auf 1, somit wird 1 Tag vor Auslieferung der LE gedruckt bzw. an das LVS übergeben. Wir möchten unter bestimmten Umständen (z. B. pro Versandart wie Speditionsaufträge oder auch bei bestimmten Auftragsarten wie Photovoltaik) mit Termin früher den LE drucken/ bzw. an das LVS senden, als beim Parameter ADDTAGE definiert. Gibt es hier eine Möglichkeit spezielle Touren oder Versandarten mit einem anderem Wert zu versehen Warum brauchen Sie diese Änderung: Was möchten Sie mit dieser Änderung erreichen: Welche Maßnahmen wurden schon ergriffen um das Ziel zu erreichen: keine 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: Hinweis: Helpdesk-Nr.: 402467 MA: 415563 Kommentar von Klaus Schnaible - 28.10.2020 12:19 INFO SHC: Es wird eine Funktion geben, die es erlaubt, unter bestimmten Umständen (pro Versandart wie Speditionsaufträge oder auch bei bestimmten Auftragsarten wie Photovoltaik) mit Termin früher den LE zu drucken/ bzw. an das LVS zu senden, als beim Parameter ADDTAGE definiert. Hierfür schaffen wir zwei neue Konstanten im SHC322: ADDTAGE_VART, ADDTAGE_AART. Aufwand 12 Stunden Kommentar von Torsten Lotz - 19.11.2020 15:44wurde vom Fachbeirat beauftragt Kommentar von Torsten Lotz - 19.11.2020 15:53Herr Binder und Herr Flörchinger stimmen sich untereinander ab. Es gibt eine in Granzow-spezifische Umsetzung. Info wird im Nachgang im Ticket geliefert. Wir haben uns die Programmierung betrachtet. Über Check_Termin_Granzow im Package shc_versand wird explizit für bestimmte Versandarten (leider zum Teil hart codiert für Granzow) der LE-Termin erhöht. Beispiel aus Funktion get_lieferdatum_granzow: – addTage in Abhängigkeit der Versandart setzen Wir könnten uns vorstellen, dass man Tage, je Versandart hinterlegen kann. Damit wäre man variabel und müsste nicht immer den Source anpassen lassen. Oder gibt es dazu evtl. einen User-Hook oder User-Exit, bei dem man die Tage an entsprechender Stelle manipulieren kann? Kommentar von Torsten Lotz - 20.05.2021 12:33SHC könnte hier über Textschlüssel flexibel die gewünschten Informationen liefern. (Tage je Versandart) Wurde vom Fachbeirat beauftragt. Kommentar von Ulrich Ostler - 22.06.2023 10:03Hallo,
könntet ihr bitte bei SHC nachfragen, bis wann mit einer Fertigstellung zu rechnen ist?
Diese Parameter wären für uns sehr wichtig.
Mit freundlichen Grüßen MOSTER Elektrogroßhandelsgesellschaft mbH Hallo Herr Ostler, Neben der bereits bestehenden Funktionskonstanten (SHC322) "ADDTAGE" gibt es zwei neue Konstanten: ADDTAGE_AART, ADDTAE_VART. Änderungen sind im QR61 enthalten. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-260 | (03/2017-10-12) ELBRIDGE / Konfiguratoren - Integration in die SHCware (03/2017-10-12) ELBRIDGE / Konfiguratoren - Integration in die SHCware
Beschreibung:
Betroffener Bereich: Ansprechpartner/Firma: Festner, Hartl Betroffene Abteilung/betroffener Fachbereich: Vertrieb Woher kommt die Anforderung: Betroffene Fremdsysteme: ELBRIDGE Konfiguratoren Zielbeschreibung Aktuelles Verhalten: Gewünschtes Verhalten: Man soll aus der SHCware heraus die Konfiguratoren der Hersteller aufrufen können und das Ergebnis in einen Auftrag oder Angebot laden können. Warum brauchen Sie diese Änderung: Was möchten Sie mit dieser Änderung erreichen: 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: Hinweis: Kommentar von Klaus Schnaible - 29.10.2020 12:46 Anmerkung SHC: Aufwand 12 Manntage Kommentar von Klaus Schnaible - 29.10.2020 12:46Anmerkung Herr Kubiak Bei Granzow genutzte Konfiguratoren:
von Klaus Schnaible am 20.12.2017 Wir prüfen gerade, ob eine Vorgehensweise "über" elektro-online möglich ist. Anmerkung FEGIME: Laut Herrn Kubiak werden doch schon einige Konfiguratoren bei Granzow genutzt. Ich möchte daher vorschlagen, diese Softwareänderung zu beauftragen. Alternative: die Kosten werden auf alle SHC-Anwender umgelegt, unabhängig von der FEGIME. Desweiteren: Beauftragt, 24.1.2018 Kommentar von Klaus Schnaible - 30.11.2020 17:31Kommentar von Klaus Schnaible - 18.12.2023 11:11Wird laut FB nicht mehr benötigt | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-261 | [GKM] Anforderung Gutschriftverfahren [GKM] Anforderung Gutschriftverfahren
Beschreibung:
Ziel:
beim Gutschriftverfahren Maßnahmen:
Darstellung bisherige Abarbeitung von importieren Aufträgen (ER der Gesellschafter)Die Eingangsrechnungen der Gesellschafter werden über ein Auftragsrouting an die Fegime übermittelt und erscheinen in dem SHC-Programm SHC604IMA. Aktuell wird die Ansicht auf einen Gesellschafter eingegrenzt und unabhängig von der Gutschriftanzeige die Rechnungen freigegeben. Eine Prüfung, ob der Gesamtbetrag der Gutschriftanzeige mit den freigegebenen Rechnungen übereinstimmt, findet nicht statt. Dies führt zu Differenzen in der Buchhaltung und einer erschwerten Suche, da die Verknüpfung zur Gutschriftanzeige fehlt.
Beschreibung der Anforderung für die zukünftige AbarbeitungWir benötigen in der Maske eine weitere Spalte für die Erfassung einer Gutschriftanzeigen-Nummer. Diese kann alphanumerisch sein und zum Teil bis zu 35 Zeichen lang sein. Denkbar wäre auch das Setzen eines Hakens und die einmalige Zuweisung der Gutschriftanzeigen-Nummer. Eine automatische Kontrollsumme, die durch das Setzen des Hakens gebildet wird, dient zur Betragskontrolle. Da mehrere Gesellschafter als Lieferanten auf einer Gutschriftanzeige vertreten sein können, sind weitere Such- und Filtermöglichkeiten für eine bessere Übersicht in der Maske notwendig, z. B. das Filtern auf mehrere Gesellschafter und einen Kunden über die zentrale Kundennummer (Fegime). Eine Übergabe der Gutschriftanzeigen-Nummer, als Ergänzung zur automatisch erzeugten 1000… Nummer, beim Anstoßen der SQL-Abfrage (siehe unten anhängender Screenshot-> SHC-Programm SHC499M) dient als Verknüpfung zur beleglosen Weiterverarbeitung. So soll, wenn möglich das Feld „Gutschriftanzeigen-Nummer“ in Form einer WENN-DANN-Abfrage priorisiert und statt der automatisch erzeugten Belegnummer in den Report geschrieben werden. Wenn das nicht möglich ist, bitten wir um Ausgabe einer zusätzlichen Spalte bzw. benötigen wir den Feldnamen (Gutschriftanzeigen-Nummer), um den SQL-Befehl entsprechend selbst zu erweitern.
| Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-264 | [GKM] SHC604IMA, Anforderungen Gutschriftsverfahren, Referenz [GKM] SHC604IMA, Anforderungen Gutschriftsverfahren, Referenz
Beschreibung:
SHC-Helpdesk - Vorgang:406206 Betreff:WG: Anforderung Gutschriftverfahren Referenz SHC604IMA):
a.) Hier dürfen / sollten nur Zentralfaktura Kunden aufgelistet werden. Evtl. können wir über ein Kennzeichen steuern – Zentralfaktura ja / nein. Die Rechnung soll weiterhin als „Info“ bei uns abgelegt werden. b.) Im nächsten Schritt erscheint der Gesellschafter + Kunde ( nicht nur KD-Nummer ) teilweise ist dieser nicht mit Namen sichtbar. c.) zur Info: eine Abarbeitung ( Gesellschafter-Rechnung per E-Mail ) wäre dann möglich. Kommentar von Klaus Schnaible - 16.11.2020 10:20
a) Über diverse Einstellungen beim Gesellschafter kann eine Auftragsübermittlung an die Fegime bereits unterbunden werden. Hierzu muss beim Gesellschafter im SHC604ZFK für den betreffenden Kunden der Haken - Auftrag (Sperre für Übergabe Rechnung an den Verband) gesetzt werden. Zusätzlich kann beim Gesellschafter auftragsartenbezogen (SHC012 - PA34) gesteuert werden, ob die Übermittlung stattfindet. Nach Prüfung der von Frau Fleischmann genannten Beispiele (siehe unten), müssen hierzu bei Seiwert die Einstellungen für die Kunden ThyssenKrupp und STEAG GmbH angepasst werden. ThyssenKrupp - Rechnung 51808461 / 51808462 vom Gesellschafter Seiwert Sollten weitere solcher Fälle auftreten, dann muss die Fegime über die Gesellschafter die Einstellungen klären. Die Vermutung von Frau Fleischmann - Die Übertragung wird auf Grund vom Archivsystem vorgenommen konnte entkräftet werden. Die Dokumente für das Archiv laufen über einen eigenen Weg und werden nicht zusätzlich im SHC604IMA abgestellt. b) Hierzu wurde nochmal ein konkretes Beispiel bei Frau Fleischmann angefordert. Wenn das Beispiel vorliegt, dann kann hierzu auch noch eine Aussage getroffen werden. Kommentar von Anja Meichsner - 26.05.2021 14:13b) Beispiele von Frau Fleischmann: Die Beispiele wurden mit folgendem Ergebnis geprüft. Bei der Firma Wiemann handelt es sich um Vorgänge in Bezug auf den Kunden 'Herbert Kannegiesser GmbH'. Bei Wiemann wurde der Auftrag auf die Fegime erfasst und nur als Lieferadresse der Kunde Kannegiesser angegeben. Hier muss bei Wiemann geprüft werden, warum die Vorgänge nicht gleich auf den Kunden Kannegiesser erfasst werden. So dass die korrekte Kundenbezeichnung auch bei der Fegime ankommt. In Absprache mit Frau Fleischmann müssen alle diese Vorgänge direkt zwischen Fegime und dem Gesellschafter geprüft und geklärt werden. Sollten neue Fälle auftreten, bei denen der Name nicht aussagefähig ist, oder eine zentrale Fakturierung nicht notwendig sein, dann muss sich die Fegime direkt mit dem Gesellschafter abstimmen und die entsprechenden Stammdatenanpassungen oder Einstellungen im SHC604zfk vornehmen lassen. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-266 | [generell] SHCware Modul: Cadis R4 [generell] SHCware Modul: Cadis R4
Beschreibung:
Anbindung an das Kratzersysterm, neue Schnittstelle Basispreis Modul: 27.500 EUR. Die 10 bestehenden Großhändler müssen diesen Modulpreis nicht bezahlen, der Modulpreis ist aber Basis für die Wartung. Mit der Entwicklung wird noch in 2020 begonnen. Auftragsnummer 247986/1 Kommentar von Torsten Lotz - 19.01.2021 10:49 SHC benötigt an dieser Stelle einen Testpartner aus dem Kreis der Gesellschafter. Hallo Herr Lotz,
würden Sie sich bitte mal mit Thomas Rosenberger in Verbindung setzen? Kommentar von Torsten Lotz - 21.01.2021 12:13 Hallo Herr Schnaible, telefonisch konnte ich Hr. Rosenberger nicht erreichen. Ich habe in einer Mail um einen Rückruf gebeten. Ich halte Sie im Ticket auf dem aktuellen Stand. Kommentar von Torsten Lotz - 02.02.2021 09:22Nach Gesprächen mit Hr. Rosenberger ergab sich, dass aktuell kein SHC-Testsystem bei ELRO im Einsatz ist. Ebenso müssten noch die MDE-Geräte beschafft werden. Wir haben das Thema intern besprochen und sehen dies als große Hürde bei der Entwicklung der Schnittstelle. Ebenso wäre ein Testpartner mit "CADIS-Erfahrung" an dieser Stelle wünschenswert. Kommentar von Klaus Schnaible - 11.02.2021 15:20Herr Meseberg von Henkel&Gerlach hat sich als Testpartner zur Verfügung gestellt. Kommentar von Torsten Lotz - 24.02.2021 08:50Es fanden diese Woche Gespräche mit Fa. Kratzer und Hr. Meseberg von Fa. Henkel & Gerlach statt. Wenn die technischen Voraussetzungen alle gegeben sind, würde Herr Schelder, der bei uns die Programmierung übernimmt, im Nachgang das Deployment auf dem SHC-Testsystem von Henkel & Gerlach durchführen und die ersten Verbindungstests anstoßen. Klaus Schnaible Können Sie uns mitteilen, ob die Installation des ORDS-Servers bei der Fa. Henkel & Gerlach durch MerlinZwo oder SHC erfolgen soll? Vielen Dank! Kommentar von Torsten Lotz - 25.02.2021 09:00Klaus Schnaible Wir hatten gestern Abend das Thema mit der Installation des ORDS-Servers. Dies sollte vom Testkandidaten selbst organisiert werden - der Verband sollte hier außen vor bleiben. Ich werde Hr. Meseberg entsprechend informieren. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-268 | [generell] Datenübertragung an compacer automatisch erneut anstoßen [generell] Datenübertragung an compacer automatisch erneut anstoßen
Beschreibung:
Herr Kraus und Herr Hisgen: so wie im Meeting besprochen unsere Entscheidung mit welchem Regelwerk wir das an SHC weitergeben, damit in Zukunft keine Dateien mehr liegenbleiben, wenn mal compacer eine zeitlang nicht erreichbar ist. Ist die Übertragung an compacer nicht möglich, dann sollte stündlich versucht werden die Dateien erneut zu übertragen.Eine Begrenzung sollte es nicht geben. Dieses Vorgehen sollte ständig laufen. Anders als im Team Meeting besprochen würden wir dies erst einmal so belassen wollen Es so einfach wie möglich halten. Info Mails die die Admins drüber informieren, würden wir erst einmal nicht definieren wollen. Erstens würden dann bei einem längeren Ausfall massig Mails erzeugt und verursachen vermutlich mehr Rückfragen als man damit erreichen möchte. Außerdem bekommen wir als Zentrale einen größeren Ausfall ohnehin mit. Beim letzten Mal wurden wir ja von compacer informiert. Hier können wir dann selbst über unseren Admin Verteiler die Großhändler informieren. Die beiden Punkte oben sind aber erst einmal elementar wichtig und sollten umgesetzt werden. Kommentar von Klaus Schnaible - 27.11.2020 12:12 Bitte umgehend kurz den Aufwand benennen und rasch die Umsetzung anstoßen. Eine saubere Datenübertragung an compacer ist elementar. Kommentar von Torsten Lotz - 24.02.2021 19:13Nach Rücksprache mit Hr. Hisgen rechnen wir hier mit einem Gesamtaufwand von ~6 Stunden. Klaus Schnaible wenn das für Sie passt, würde ich das direkt zur Umsetzung geben. Kommentar von Klaus Schnaible - 25.02.2021 10:51Bitte dringend umsetzen. Kommentar von Torsten Lotz - 02.03.2021 10:56Hr. Hisgen plant die Umsetzung binnen 14 Tagen. MA 409658 Kommentar von Torsten Lotz - 22.04.2021 16:41Die Änderung wurde fertiggestellt und verfügbar mit dem aktuellen QR 51 | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-270 | SHC071 - Erweiterung der Deckelspanne SHC071 - Erweiterung der Deckelspanne
Beschreibung:
Ansprechpartner/Firma: Sulk / EIT Betroffene Abteilung/betroffener Fachbereich: Woher kommt die Anforderung: Betroffene Fremdsysteme: Zielbeschreibung Aktuelles Verhalten: Gewünschtes Verhalten: Die Funktion der Deckelspanne wird derart erweitert,dass diese auf den Rechnungsprüfungspreis geht(T052PR.EKRP).Hierfür ist eine Änderung der Preisfindung nötig. Warum brauchen Sie diese Änderung: Was möchten Sie mit dieser Änderung erreichen: 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: Anmerkung: Helpddesk-Nr.: 402397, Angebot 248614/1 AUfwand 8 Stunden MA: 415570 Kommentar von Torsten Lotz - 25.02.2021 12:42 Hr. Montino setzt sich mit EIT in Verbindung - Anforderung soll konkretisiert werden. Kommentar von Jörg Montino - 20.05.2021 10:58ich habe mit Herrn Sulk gesprochen.
Wann soll die Deckelspanne greifen... Sofern bei einem Lieferanten ein besserer Einkaufspreis existiert (Kalkulationsschalter 6,7,8, und 9) so soll die dafür gesorgt werden das diese Artikel nicht einfach vom Bruttopreis einen Sonderrabatt von 20 % bekommen sondern das hier das Verhältnis zum EK berücksichtigt wird. Kommentar von Torsten Lotz - 20.05.2021 13:10SHC prüft Machbarkeit. Möglichkeit der Steuerung (über UserHook) Zur Ermittlung der Deckel-Spanne wurde bisher immer Einstandspreis zu Verkaufspreis verwendet. Die Anforderung wurde umgesetzt und steht mit dem nächsten Release (QR56) zur Verfügung. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-271 | [FA-ZEK] Einkaufsaktionen der FEGIME [FA-ZEK] Einkaufsaktionen der FEGIME
Beschreibung:
Ansprechpartner/Firma: Herr Stucky / Moster Betroffene Abteilung/betroffener Fachbereich: Einkauf Woher kommt die Anforderung: Einkauf Betroffene Fremdsysteme: SHCware Zielbeschreibung Aktuelles Verhalten: Wenn es eine Fegime-Einkaufsaktion gibt öffnet sich im Bestellvorgang ein Fenster Gewünschtes Verhalten: Wir möchten Informationen zu den Einkaufsaktionen (für Kollegen im Einkauf) und den Status (noch offen oder bereits erledigt) an dieser Stelle erfassen/ausgeben. Warum brauchen Sie diese Änderung: Zur Information der Einkäufer Was möchten Sie mit dieser Änderung erreichen: Transparenz schaffen: Wurde die Aktion bereits genutzt, wer hat mit dieser Aktion bereits etwas gemacht (z.B. 2 Bestellungen im Aktionsmonat) Welche Maßnahmen wurden schon ergriffen um das Ziel zu erreichen: Anfrage an SHC mit Vorgang 406299 erstellt Weshalb waren diese Maßnahmen nicht zielführend: Um unsere Wünsche zu erfüllen benötigt es eine generelle Änderung der Logik. Wie häufig kommt die Situation vor: Häufig Welche Konsequenz hat es wenn diese Änderung nicht umgesetzt wird: Es werden Einkaufsaktionen nicht genutzt oder doppelt verwendet à Probleme mit dem Lieferant Welche wichtigen Kriterien müssen bei der Umsetzung berücksichtig werden: Wir möchten in diesem Fenster die Möglichkeit haben Notizen zu erfassen und eine Aktion als erledigt kennzeichnen können. Das Aktionsfenster soll sich auch noch öffnen wenn die Aktion bereits als erledigt gekennzeichnet wurde. Kommentar von Torsten Lotz - 22.02.2021 15:48 Info SHC: Aktivierung über SHC322 "AKTIONSPREISE_EK" Datenhaltung aktuell: Ermittlung der Aktionen zur Laufzeit pro Lieferant in der Tabelle - Befüllung der Tabelle über einen Job (alle Aktionen). Betroffener Bereich: Ansprechpartner/Firma: Betroffene Abteilung/betroffener Fachbereich: Woher kommt die Anforderung: Betroffene Fremdsysteme: Zielbeschreibung Aktuelles Verhalten: Gewünschtes Verhalten: Warum brauchen Sie diese Änderung: Was möchten Sie mit dieser Änderung erreichen: 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: Anmerkung FA ZEK: Check-BOX / Möglichkeit eines Bemerkungsfeldes zum Eintragen von Notizen z.B. bei 3 Aufträgen mit 5% / Am 01.12.20 1 x Dispo erl. ( Krieger / Herr Maus / Moser Herr Krauter ) Kommentar von Torsten Lotz - 25.02.2021 12:46wurde vom FB am 25.02.21 beauftragt Kommentar von Torsten Lotz - 02.03.2021 11:11Vorschlag von Hr. Schnaible: Wir benötigen hier die Zuarbeit durch Geneon zur Übermittlung des "Änderungsdatums". Wir erweitern die Tabelle um 3 neue Spalten (Änderungsdatum, Gelesen, Notizen). In der Anzeige bauen wir die Felder "Gelesen" und "Notizen" mit entsprechenden Funktionen ein. Wir passen den entspechenden Webrequest an. Aufwand: 32h Kommentar von Klaus Schnaible - 13.10.2021 18:25Klären Sie es direkt mit geneon im Joufix? TKO prüft Ergänzung folgender Informationen für Lieferantenaktionen/Einkaufsaktion → XML-Request:
Dann Info an Hr. Mark / Hr. Stucky / Hr. Herger Kommentar von Thomas König - 16.12.2021 12:28@Thomas Stucky, @Stefan Herger, bitte auch Herrn Mark informieren: Folgende Anforderung wird zeitnah von uns umgesetzt:
{
"offers": [
{
"purchaseOfferId": LONG,
"supplier": INTEGER,
"productGroup": STRING,
"start": DATESTRING,
"end": DATESTRING,
"description": OPTIONAL STRING,
"document": OPTIONAL STRING,
"lastModified": DATESTRING
},
…
]
}
| Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-272 | VPE Text der Verpackungseinheit SHC065 / T643VPE VPE Text der Verpackungseinheit SHC065 / T643VPE
Beschreibung:
Betroffener Bereich: Ansprechpartner/Firma: Betroffene Abteilung/betroffener Fachbereich: Woher kommt die Anforderung: Betroffene Fremdsysteme: Zielbeschreibung Aktuelles Verhalten: Gewünschtes Verhalten: Dieser Code wird jedoch nirgends angezeigt. Außerdem kann man mit dem Code leider auch nichts anfangen. Deshalb sollte es hierfür ein entsprechendes Mapping in der SHCware geben. Warum brauchen Sie diese Änderung: Was möchten Sie mit dieser Änderung erreichen: 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: Helpdesk-Nr.: 404382 SHC Angebot: 248883/1 Beispiel: CT = Karton Die Zuweisung wird per Textschlüssel im SHC065 erfolgen. Es wird eine Funktion geben, mit welcher man die Zuweisung auch nachträglich machen kann. Wir rechnen nach dem tatsächlichen Aufwand ab und schätzen diesen auf die ausgewiesenen Stunden. Aufwand 18 Stunden MA: 415568 Kommentar von Klaus Schnaible - 12.01.2021 15:35Kommentar von Torsten Lotz - 25.02.2021 12:50 Wurde vom FB am 25.02.21 beauftragt. @thomas Stucky: Rechnung ist da Kommentar von Klaus Schnaible - 15.03.2024 14:12Über den neuen Textschlüssel (SHC065) "VPE_TEXT" kann ein Text für eine Verpackungseinheit hinterlegt werden. Ist hier ein | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-273 | AB001POS / T086PRKZ Preiskennzeichen AB001POS / T086PRKZ Preiskennzeichen
Beschreibung:
Ansprechpartner/Firma: Betroffene Abteilung/betroffener Fachbereich: Woher kommt die Anforderung: Betroffene Fremdsysteme: Zielbeschreibung Aktuelles Verhalten: Gewünschtes Verhalten: Warum brauchen Sie diese Änderung: Was möchten Sie mit dieser Änderung erreichen: Feststellen was tatsächlich manuell geändert wird 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: Helpdesk-Nr.: 404706 SHC-Angebot: 248887/1 MA: 415565 Kommentar von Torsten Lotz - 25.02.2021 12:53 Wurde im FB am 25.02.21 beauftragt. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-274 | gemeinsamer Rechnungsreport DevExpress gemeinsamer Rechnungsreport DevExpress
Beschreibung:
Ansprechpartner/Firma: Gewünschtes Verhalten: • Herr Kein hat sich bereit erklärt, als Testkandidat zu fungieren SHC ermittelt aktuell die zeitliche Umsetzung und stimmt diese mit Herrn Klein ab. SHC MA 408594 Kommentar von Torsten Lotz - 10.02.2021 12:52 die letzten Informationen bezüglich Umsetzung habe ich gestern Abend bekommen. Unser Anwenderservice sowie Technik werden sich mit Hr. Klein zwecks Einrichtung in Verbindung setzen. Für die derzeitige Version des DevExpress-Report-Service ist ein aktuelles Release erforderlich. Unsere Technik hat sich mit Herrn Klein dahingehend abgestimmt, das QR50 zeitnah (ggf. diese Woche noch) aufzuspielen. Danach erfolgt die Einrichtung. Kommentar von Torsten Lotz - 09.03.2021 09:03Ein aktuelles Release wurde bei Fa. Plein am 01.03.21 durch unsere Technik eingespielt. Die ReportService-Installation soll im Laufe dieser Woche erfolgen. Dann wären wir von der technischen Voraussetzung her bei und können die sukzessive Umsetzung mit Hr. Klein angehen. Kommentar von Torsten Lotz - 16.03.2021 11:32die Installation des Report-Service und die Übertragung der Standardreports konnte zwischenzeitlich abgeschlossen werden. Herr Klein wurde dahingehend informiert, dass er mit den Anforderungen nun beginnen kann und diese an unsere Entwicklung übermittelt. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-275 | Retourenbearbeitung SHC470REKLS Retourenbearbeitung SHC470REKLS
Beschreibung:
Betroffener Bereich: Retouren Ansprechpartner/Firma: Hr. Lohmeier/ Hartl Elektrofachgroßhandel Betroffene Abteilung/betroffener Fachbereich: Retourenbearbeitung Woher kommt die Anforderung: Retourenbearbeitung Betroffene Fremdsysteme: Online-Shop Zielbeschreibung Aktuelles Verhalten: Das Reklamationsmodul SHC470REKLS in Zusammenspiel mit der XMLRequest Schnittstelle ist nicht implementiert. Gewünschtes Verhalten: Rückgaben die im Shop veranlasst werden sind im SHC470REKL zu finden und zu bearbeiten Warum brauchen Sie diese Änderung: Zusammenhänge von Gutschriften/ Retouren etc. Was möchten Sie mit dieser Änderung erreichen: Zusammenhänge von Gutschriften/ Retouren etc. Welche Maßnahmen wurden schon ergriffen um das Ziel zu erreichen: Helpdeskvorgang SHC Weshalb waren diese Maßnahmen nicht zielführend: lt. Hr. Kolb: Das Reklamationsmodul SHC470REKLS in Zusammenspiel mit der XMLRequest Schnittstelle ist nicht implementiert. Wie häufig kommt die Situation vor: häufig ( bei allen Rückgaben im Shop ) Welche Konsequenz hat es wenn diese Änderung nicht umgesetzt wird: Zusammenhänge zwischen Gutschriften/ Retouren etc. nicht einfach ersichtlich bzw. mit manullem Aufwand verbunden um Zusammenhänge in Retouren/ aufträgen manuell zu erfassen Welche wichtigen Kriterien müssen bei der Umsetzung berücksichtig werden: - Aufwand: 24h Kommentar von Torsten Lotz - 25.02.2021 12:55 Wurde vom FB am 25.02.21 beauftragt. Kommentar von Torsten Lotz - 01.03.2021 17:06SHC prüft, ob besondere Informationen von geneon benötigt werden. Kommentar von Torsten Lotz - 03.05.2021 11:23Nach Rücksprache mit der Entwicklung wird hier noch die Zuarbeit von geneon benötigt (Request) Laut Herrn Schneiderbauer nicht mehr benötigt. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-276 | Erweiterte Passwortprüfung Erweiterte Passwortprüfung
Beschreibung:
Moster, Stefan Kuntz: Kommentar von Klaus Schnaible - 11.02.2021 12:47 INFO SHC: Damit ist es möglich, eine eigene Logik der Passwortprüfung zu entwerfen. Zusätzlich schaffen wir die Möglichkeit das Passwort nicht als UPPER zu speichern, sondern inkl. Gross- und Kleinschreibung. Hierfür schaffen wir einen neuen Parameter im SHC322. Aufwandschätzung: 24 Stunden Kommentar von Torsten Lotz - 25.02.2021 13:06SHC prüft intern, wie hier eine zufriedenstellende Lösung für alle Teilnehmer ausschauen könnte. Die Möglichkeit des UserHooks scheint nicht für alle zum Ziel zu führen. Ein Pflegeprogramm mit Einstellmöglichkeiten (Sonderzeichen/Groß-Kleinbuchstaben/etc) -> keepass wurde als Beispiel genannt. Es findet ein Workshop zwischen SHC (Hr. Mark) und Hr. Flörchinger statt. Termin wird im Nachgang abgestimmt. Zur erweiterten Passwortprüfung wird es zukünftig 5 neue Funktionskonstanten (SHC322) geben: PASSWD_ANZAHL_GROSSBUCHSTABEN (> 0 so viele Großbuchstaben muss das Passwort mindestens enthalten) Die neuen Einstellungen werden im Login-Prozess berücksichtigt.
Aufwand: 24h Wenn der Auftrag im nächsten FB erteilt wird, werden wir das im nächsten Sprint für das Quartalsrelease 54 (Januar 2022) einplanen. Kommentar von Klaus Schnaible - 16.11.2021 13:22Guten Tag Herr Schnaible,
ich habe Ihren Auftrag 248563 bzgl. der erweiterten Passwortüberprüfung beim Login in die SHCWare abgeschlossen. Im SHC322 können künftig 4 neue Funktionskonstanten festgelegt werden: PASSWD_ANZAHL_GROSSBUCHSTABEN, PASSWD_ANZAHL_KLEINBUCHSTABEN, PASSWD_ANZAHL_ZIFFERN, PASSWD_ANZAHL_SONDERZEICHEN. Die neuen Einstellungen werden im Login-Prozess und beim Ändern bestehender Passwörter berücksichtigt.
Die Änderung wird mit dem Quartalrelease 54 übernommen, es sei denn Sie wünschen eine Direktdistribution. In diesem Fall können Sie sich gerne bei mir melden.
Mit freundlichen Grüßen ** Simeon Wiehl | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-277 | Individuelles Textfeld im Lieferantenstamm für EK010R Individuelles Textfeld im Lieferantenstamm für EK010R
Beschreibung:
Moster, Anderes Förster Hinweis Kunde: Ansprechpartner/Firma: Betroffene Abteilung/betroffener Fachbereich: Woher kommt die Anforderung: Betroffene Fremdsysteme: Zielbeschreibung Aktuelles Verhalten: Gewünschtes Verhalten: Warum brauchen Sie diese Änderung: Was möchten Sie mit dieser Änderung erreichen: 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: Helpdesk-Nr: 406689 MA: 415567 Kommentar von Klaus Schnaible - 11.02.2021 12:49 INFO SHC: Diese wird lediglich in der Rechnungsprüfung (EK010R) nach Eingabe des Lieferanten angezeigt. Aufwandschätzung: 16 Stunden Kommentar von Torsten Lotz - 25.02.2021 14:07Wurde vom FB am 25.02.21 beauftragt. Umsetzung soll in einer eigenen Tabpage erfolgen. -> SHC prüft Kommentar von Thomas Stucky - 29.01.2024 11:50Im QR62 enthalten. Notiz wird über UP099ADRN gepflegt | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-279 | weitere neue Zuschläge weitere neue Zuschläge
Beschreibung:
Es gibt in ETIM-BMECat-Datenträger Zuschläge, die aktuell nicht vom GeCONT, und im Nachgang wahrscheinlich auch nicht in der SHC, abgedeckt werden. Folgende Arten könnten noch mit aufgenommen werden (aus Leitfaden 4.0.2):
WEEE wird evtl. im Moment auf Recycling gemappt SLRS, SENS, SWICO, INOBAT und VOC könnten hinsichtlich Schweiz ein Thema werden. Weiterhin gibt es Lieferanten die Zuschläge liefern die in ETIM-BMECat gar nicht vorgesehen sind, z.B. Nickel von HELUKABEL. Weiterhin einfach verwerfen oder auch mal mit aufnehmen (Eisen gibt es ja eigentlich auch nicht)? Reicht es SHC-seitig für weitere Zuschläge eine entsprechende ID zu definieren und an die Gesellschafter zu kommunizieren oder ist mehr nötig? Kommentar von Torsten Lotz - 25.02.2021 14:24 Daten kommen über den Schattenstammabgleich. Torsten Lotz: Gibt es schon eine Klärung? Kommentar von Torsten Lotz - 22.04.2021 15:38eine interne Klärung ist für heute Nachmittag geplant. -> Termin mit Hr. Graevenstein wird geplant. Kommentar von Torsten Lotz - 17.06.2021 14:25Klaus Schnaible nach Rücksprache mit Hr. Amato reicht uns hier die Übergabe der ID. Eine Anpassung ist von SHC-Seite nicht notwendig. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-280 | [intern] Steuerung virtuelles Lager [intern] Steuerung virtuelles Lager
Beschreibung:
Die Steuerung aus dem SHC479 (Steuerung Kollegenaustausch). Diese Steuerung soll ebenfalls beim Export der Daten für das Virtuelle Lager angewendet werden. Priorität aus Kartellrechtsgründen hoch! Es wird zukünftig zwei Bestände in der Datei VL geben, siehe Beschreibung. MA 410801
Kommentar von Klaus Schnaible - 17.02.2021 10:57
Bestandsübermittlung für Datei VL 1. die Steuerung im SHC479 soll für SEL075EE gelten (neues Feld); 2. tatsächlicher Bestand Satzbeschreibung VL neu, Feld 4: neuer "verfügbarer Bestand" Gibt es schon eine Terminierung? Kommentar von Torsten Lotz - 12.04.2021 16:02Hallo Klaus Schnaible, wir planen die Anforderung in den nächsten Sprint (ab 13.04.2021) mit aufzunehmen. Hallo Klaus Schnaible, Torsten Lotz: Hallo Herr Lotz, nett gemeint, aber ich verstehe gar nicht. Diese SHC-Nummern sagen mir sowieso nichts. Können Sie mir bitte etwas näher erklären, was das SEL075EE ist, und was die Hintergrunde sind. Gibt es dann EINE Stelle für Kollegenlager und Virtuelles Lager? Kommentar von Torsten Lotz - 23.04.2021 09:52 Hallo Klaus Schnaible, im SEL075EE werden die Daten der Gesellschafter für das "Virtuelle Lager" an den Verband aufbereitet und als ASCII-Datei abgestellt. Geben Sie uns kurz eine Rückmeldung, wenn das so passt. Ansonsten können wir uns auch kurzfristig telefonisch austauschen. Kommentar von Klaus Schnaible - 23.04.2021 13:00Hallo Torsten Lotz,
eine Frage noch: Muss/kann der Großhändler das dann für das Kollegenlager und das virtuelle Lager getrennt einstellen - oder wird nun beides eben in einem anderen Dialog zusammen geführt? Prinzipiell spricht von mir aus nichts gegen diese Vorgehensweise. Stefan Herger: Ab wann kann das VL Daten mit einem weiteren Feld erst mal fehlerfei verarbeiten? Kommentar von Torsten Lotz - 23.04.2021 18:27Hallo Klaus Schnaible, Ok, wenn Sie meinen dass das so gut ist, dann machen Sie das. Die Bestandsübergabe an die Fegime (SEL075EE) kann jetzt über das neue Programm SHC075EE_STEU gesteuert werden. Es ist möglich Bestände nicht, oder in angepasster Menge zu | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-282 | [Shop] Tracking [Shop] Tracking
Beschreibung:
Fetter Text_Im Moment wird im Rahmen der Logistik der Status eines Auftrags nur geändert. Zukünftig sollen die einzelnen Änderungen in der Logistikkette gespeichert werden, um ein heute übliches Tracking für den Kunden zu ermöglichen, also der Ablauf/Status des Auftrags über die Zeit darzustellen._ Da die einzelnen Statis je nach Großhandel nicht immer alle vorhanden sind oder über alle GH einheitliche Bedeutung haben müssen (Siehe Kommissionierung manuell oder über autom. Lager, mit/ohne cadis, ...), soll es im Shop einheitliche Symbole/Statis geben, die der GH den Statis aus seiner SHCware dann gegenüberstellen kann ("A bedeutet bei mir 1"). Tracking: Ware wird im Großhandel auf unterschiedlichem Wege versandt:
Nicht auf jedem Zustellweg ist ein Tracking möglich, beispielsweise nicht bei Direktlieferung durch den Lieferanten (EDIFACT ermöglicht diese Informationsweitergabe nicht.) Die Tracking-Status sollen normiert, also einheitlich über alle Gesellschafter, an FEGIME/Shop übermittelt werden. Dies kann auch durch eine Umsetzungstabelle erfolgen. elektro-online: In der Shop Konfiguration soll der Gesellschafter festlegen können, welches Symbol/Code bei welchen Status angezeigt wird. Einerseits wird eine Logistikkette angezeigt, andererseits können durch Klick auf die Kette alle Detailinfos von der SHCware gholt und angezeiht werden (jeweiliger Statuswechsel mit Datum etc.) elektro-online: Damit der Kunde diese Feineinstellungen selbst vornehmen kann braucht er eine Benutzerumgebung. Hierzu soll der Shop genutzt werden. Tracking: Gewünscht ist, dass alle bestehenden Tracking-Informationen in der SHCware gesammelt werden und in eine einheitliche Form gebracht werden. Dies würde auch dem Sachbearbeiter im GH ermöglichen, dem Tracking: Bei Direktlieferung durch einen Kollegen sollen die Trackinginformation, die beim Kollegen anfallen, an den GH des Kunden übermittelt werden, damit der Kunde über seinen normalen Account und Shopzugang auf alle Informationen kommen kann. (analog UPS, DPD, …) Festzulegen ist: Bei welcher Versandart fallen welche Trackinginformationen an. elektro-online: Bei der Bestellerfassung im Shop soll im Rahmen des Warenkorbs die optionale Möglichkeit bestehen, bestellbezogen das Default Messaging dieses Sachbearbeiters anzupassen (Beispiel: "Ich will keine Infos, aber ausnahmsweise zu dieser Bestellung"). elektro-online Bei allen Aufträgen/Bestellungen des Kunden, die ja alle im Shop sichtbar sind, soll der Kunde die Möglichkeit haben die jeweilige Default-Steuerung pro Bestellung anzupassen (solange der Auftrag noch offen ist). Beispiel Tracking Status eigene Lieferung:
Beispiel Tracking Status Abholung:
Beispiel Tracking Status Direktlieferung:
Beispiel Tracking Status Versanddienstleister:
Projektteile:
Helpdesk-Nr.: 393869 Kommentar von Torsten Lotz - 27.04.2021 15:30 Termin mit MHP und SHC wurde 12.05.21 von Hr. Mark geplant. Kommentar von Klaus Schnaible - 27.04.2021 16:07Bitte daran denken: Auch wenn die Ware nicht per Paketdienstleister oder Spediteur geliefert wird, sondern via eigener Logistik, dem Kollegen oder Direktlieferung sollen die entsprechenden Tracking Infos mit TimeStamp gebildet werden. Ist das schon umgesetzt? Spediteur und Paketdienstleister sind ja nur ein kleiner Teilaspekt dieses Projekts. Kommentar von Klaus Schnaible - 05.05.2021 11:16Hallo Herr Torsten Lotz, hallo Herr Mark,
anbei unser Vorschlag für den zu übermittenden Status - dabei müssen natürlich weitere Felder übertragen werden, die Sie bitte mit Ihrer Technik klären. Unser Vorschlag:
Sicher wird es in der SHCware bzw. vom Paketdienstleister oder MHP viele weitere Status geben. Die sollten dann jeweils auf diese Status für den Shop gemappt werden. Der Shop zeigt dann in einer Leiste je Bestellung die Trackinginfos in einer Kurzform an, es kann aber auch eine Detailsicht gezeigt werden, in der dann Datum und Uhrzeit sowie ein weiterer Text angezeigt werden kann. Dieser weitere Text ist ebenfalls durch die SHC zu übertragen, und enthält mal einen Ort, mal einen Hinweis (bei 020 zum Beispiel die Filiale in der die Ware abgeholt werden kann), mal den Versanddienstleister (030 - Deutsche Post) Es müssen also mindestens ...
... an den Shop übertragen werden.
Noch Fragen offen? Kommentar von Klaus Schnaible - 27.10.2021 17:24 Gesellschafter wünschen auch noch den Abliefernachweis aus Kratzer sowie den Ablieferort. Kommentar von Thomas Stucky - 14.03.2024 08:18Guten Morgen Herr Stefan Herger wir führen die Entwicklung unter MA: 432868 und Ticket FEGSHC-379 fort. Dieses Ticket wird also geschlossen. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-283 | [generell] Weiterentwicklung GAEB [generell] Weiterentwicklung GAEB
Beschreibung:
Im Rahmen eines GAEB-Seminars vom 08.02.2021 entstanden von den Teilnehmern verschiedene Anforderungen: 1. Vorbelegung Zuordnung Lieferantensetz Positionsset pflegen 2. Berechtigung SB Lieferantensets von anderen zu pflegen 3. Löschen von importierten Lieferantenanfragen 4. Farbliche Kennzeichnung Artikel, ob aus Lieferantenanfrage übernommen 5. Notiz aus der GAEB-Pos.Bearbteitung soll auch in die Auftragpostiton (Langtext) übernommen werden 6. SHC klärt intern, ob eine Vorschlagsliste für „Ähnliche Suchen“ vorgehalten wird und die bereinigt werden können. 7. Möglichkeit, beim Versenden der Anfrage den Hauptlieferanten zu ändern 8. LVÜbersicht Export – Ausgabeformat vorbelegen Aktuelle „Möglichkeit“ über SHC334: Individual-Feld im Kundenstamm „$GEXP“ mit Eintrag „GAEB90“ Auftrag# 249963 Kommentar von Torsten Lotz - 24.02.2021 14:56 GAEB-Anforderungen_FEGIME.docx Zusätzliche Info von Hr. Buchwald (Fa. granzow): Hallo zusammen, in der Zusammenfassung von Herrn Lotz sind die besprochenen Punkte bereits gut und vollständig aufgeführt. Zwei Dinge habe ich mir noch zusätzlich notiert:
Ziel ist es, die Daten aus SHC596LV in die Preisanfragen zu übernehmen oder als Deckblatt (wie jetzt auch) zu versenden. -interner Abstimmungstermin für 09.03.21 mit der Entwicklung geplant. - Angebot SHC Da separat beauftragt, bitte möglichst separat und frühzeitig umsetzen Kommentar von Torsten Lotz - 07.04.2021 15:42Beauftragung wurde an den Vertrieb übermittelt, eine AB erfolgt in Kürze. Bezüglich "6. SHC klärt intern, ob eine Vorschlagsliste für „Ähnliche Suchen“ vorgehalten wird und die bereinigt werden können:"
Folgendes wurde zu den einzelnen Punkten implementiert:
Zu 1. Über den Parameter LIEFSET_FILTER (Programm LVLiefset, LVLiefpos) im Programm SHC378 kann die Vorbelegung der Lieferantensets in den Programmen LVLiefset und LVLiefpos vorgenommen werden.
Zu 2. Über den Parameter LIEFSET_PFLEGE im Programm SHC344 kann die Pflege fremder Lieferantensets vorgenommen werden.
Zu 3. Über eine CheckBox im Programm LVZuordnen lassen sich importierte Lieferantenanfragen ausblenden. Über den Button "alle anzeigen" bzw. "LV'S ausblenden" können diese wieder zur Anzeige gebracht werden.
Zu 4. Stammt ein Artikel einer Angebotsposition aus einer Lieferantenanfrage, dann wird er in der Liste der Auftragspositionen grün hinterlegt.
Zu 5. Die Notiz aus der GAEB Positionsbearbeitung kann nun über den Button "Langtext2" in die Auftragsposition übernommen werden. In der Liste der Angebotspositionen kann der Langtext2 angesehen und ggf. geändert werden.
Zu 6. Über eine CheckBox "H.-Lief" in den Programmen LVAuftrag und SHC_LV_Pos kann der Hauptlieferant vor der Übernahme der Oz-Positionen in Angebotspositionen gesetzt werden. Die Feldhilfe dazu wurde ergänzt.
LVAuftrag
SHC_LV_Pos
Zu 7. Über die Kunden-Zusatzinfo $GEXP (Programm SHC334) kann das Ausgabeformat eines Kunden (GAEB90 oder GAEB2000) vorbelegt werden. Das Hinterlegen eines Ausgabeformats für den Musterkunden wird berücksichtigt.
Die geänderten Programmdateien werden im nächsten Quartalsrelease QR62 verfügbar sein. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-284 | Dokumente an Warenkorb anhängen optional abschalten Dokumente an Warenkorb anhängen optional abschalten
Beschreibung:
Betroffener Bereich: Auftragseingliederung Ansprechpartner/Firma: Reutter, Müller Betroffene Abteilung/betroffener Fachbereich: Woher kommt die Anforderung: Betroffene Fremdsysteme: elektro-online Zielbeschreibung Aktuelles Verhalten: Der Kunde kann Dokumente an einen Warenkorb hängen und mit einem Auftrag an die SHCware übergeben Gewünschtes Verhalten: Diese Option sollte optional je GH abschaltbar sein. Warum brauchen Sie diese Änderung: Bei uns werden diese Dokumente nicht beachtet Was möchten Sie mit dieser Änderung erreichen: 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: Anmerkung FEGIME: Alternativ könnte auch eine Prüfart im SHC623S hinterlegt werden. Es können ja auch von anderen Stellen, beispielsweise über Konfiguratoren, wichtige Dokumente an einen Auftrag mit übergeben werden, u.U. auch über andere Schnittstellen. Bitte diskutieren, welches die beste Lösung ist. Kommentar von Torsten Lotz - 19.05.2021 17:22 Achtung: Mandanten/Kundenabhängig Kommentar von Torsten Lotz - 20.05.2021 13:23Dokumente aus Konfiguratoren könnten hier eine Hürde darstellen - müsste gesondert behandelt werden. Schalter je Groha für die Abschaltung der Dokumente, Dokumente aus externen Systemen (Konfigurator) separate Steuerung -> im ersten Schritt wird nur der Schalter angegangen. (Fehler könnte ggf. über vorhandenen UH (SHC027_Prüfungen) abgefangen werden) | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-285 | Mengenbegrenzte Aktion im Shop, Verbesserung Mengenbegrenzte Aktion im Shop, Verbesserung
Beschreibung:
Betroffener Bereich: elektro-online Ansprechpartner/Firma: Thomas Rosenberger, ELRO Betroffene Abteilung/betroffener Fachbereich: Vertrieb Woher kommt die Anforderung: Shop elektro-online Betroffene Fremdsysteme: elektro-online Zielbeschreibung Aktuelles Verhalten: Der Shop bekommt folgende Daten zu einer mengenbegrenzten Aktion durch die SHCware geliefert:
Zusätzlich hat der Shop noch den aktuellen Lagerbestand. Frage: Woher kommt der Wert <aktionsmenge>, aus der SHC188AKT - urspüngliche Aktions-Startmenge? Oder aus der SHC188AKT, vermindert um das Feld UMSMNG aus der T188AKT (fakturierte Aktionsmenge)?
Jedenfalls generiert der SHop aus den Feldern <bestand> und <aktionsmenge> folgenden Text für den Shop: _"Achtung Abverkauf! Verfügbar: <bestand>_ Noch <aktionsmenge> <me> verfügbar! Aktionspreis nur gültig solange Menge zum Zeitpunkt der Bestellung noch verfügbar." (https://jira.geneon.de/browse/FEGEO-1485) Diese Vorgehensweise weiß mehrere Stellen für Verbesserungen auf. Gewünschtes Verhalten: 1.) Der Text könnte von der SHCware individuell generiert und fertig an den Shop übergeben werden, so u.U. auch in Fremdsprachen. 2.) Lagerbestand ./. abverkaufter Menge erscheint als nicht immer richtig. Besser wäre Anfangs-Aktionsbestand ./. abverkaufter Menge. 3.) Die Subtrahierung der fakturierten Menge ist zu spät - so werden noch lange falsche Bestände angezeigt. Es sollte der Auftragsbestand abgezogen werden. Bitte beste Vorgehensweise diskutieren. Warum brauchen Sie diese Änderung: Was möchten Sie mit dieser Änderung erreichen: 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: Hinweise: Der Text: „Achtung Abverkauf! Verfügbar: 112“ kommt von uns. Der Text: „Noch 128 Stück verfügbar! Aktionspreis nur gültig…“ kommt von euch und ist eben nur so lange korrekt, so lange nichts verkauft wird. Wir arbeiten mit nachstehendem Trigger, der ausgelöst wird wenn sich am verfügbaren Bestand was ändert. Diese Lösung funktioniert mit zwei Einschränkungen:
Trigger wird nur aktiv, wenn sich am verfügbaren Bestand was ändert, das Tagesdatum im Gültigkeitszeitraum liegt und in der Aktion die eo-Kennung 03 gesetzt ist. Text vorerst ohne HTML-Formatierung Sollte insert/update nicht funktionieren, wird ein 305er-Protokollsatz ausgegeben.
Dies updatet aber nur einen vorhanden Text, aus diesem Grund läuft zusätzlich noch nachstehender Job, jede Nacht, der befüllt die Aktionen initial mit unserem vorgegebenen Text, so lange die Aktion im Gültigkeitszeitraum liegt. Kommentar von Torsten Lotz - 19.05.2021 18:08 aktionsmenge = (Aktionsmenge aus SHC188) - ermittelte Verkaufsmenge (summierte Bestellmenge über die relevanten Auftragspositionen) Kommentar von Torsten Lotz - 20.05.2021 13:33SHC prüft die Anforderung Wir ziehen die Ermittlung der Aktionsmenge in die Positionserfassung vor. Aufwand: 16h Kommentar von Thomas Stucky - 30.11.2021 09:44Kommentar von Thomas Stucky - 29.04.2024 11:33In Abhängigkeit des neuen SHC322-Parameters 'AKTIONSMENGENVERBUCHUNG' wird die Umsatzmenge, der Umsatz lt. Einkaufspreis und der Umsatz laut Verkaufspreis aus einer Aktion bereits im Positionsteil oder erst nach der Fakturierung aktualisiert. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-286 | Ergänzung Requests für SHC611eo/T611eo Ergänzung Requests für SHC611eo/T611eo
Beschreibung:
Ansprechpartner/Firma: Herr Stucky / Moster Betroffene Abteilung/betroffener Fachbereich: Vertrieb Woher kommt die Anforderung: Vertrieb Betroffene Fremdsysteme: SHCware / Elektro-Online Zielbeschreibung Aktuelles Verhalten: In der T611EO_LOG werden die XML-Requests des Shops gespeichert. Leider fehlt bei einigen die Kundennummer (z.B. DRUCKEBELEG, AUFTRAGSSTATUS, …) Gewünschtes Verhalten: In den Shop-Requests soll die Kundennummer angehängt/eingefügt werden. Warum brauchen Sie diese Änderung: Der Vertrieb möchte sich die Daten anschauen Was möchten Sie mit dieser Änderung erreichen: Bessere Übersicht über Kundenverhalten im Shop Welche Maßnahmen wurden schon ergriffen um das Ziel zu erreichen: Anfrage an Herr Becker und an SHC erstellt, Angebot ist im Anhang Weshalb waren diese Maßnahmen nicht zielführend: Kundennummer aktuell nicht in allen Requests vorhanden. Wie häufig kommt die Situation vor: Häufig Welche Konsequenz hat es wenn diese Änderung nicht umgesetzt wird: Auswertung schwieriger Welche wichtigen Kriterien müssen bei der Umsetzung berücksichtig werden: - Kommentar von Klaus Schnaible - 18.03.2021 11:47 AG89202.pdf Bitte beachten: Alternativ: wurde vom FB beauftragt Lösungsalternative wird von geneon umgesetzt. Kommentar von Thomas König - 28.05.2021 20:31Umsetzung analog zu | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-288 | [generell] neuer Webservice | SHC Releasestand eines Gesellschafters [generell] neuer Webservice | SHC Releasestand eines Gesellschafters
Beschreibung:
WasEs soll einen SHC Webservice geben, um Datum und Releasestand bei einem Gesellschafter abfragen zu können. WoSHC Requests AKsDer Webservice liefert:
MA: 415686 Kommentar von Stefan Herger - 03.05.2021 19:22 Torsten Lotz Hallo Stefan Herger, folgende Daten planen wir hier pro Gesellschafter zu übermitteln: Diese Beispieldaten stammen von einem Fegime-Gesellschafter. Würden Ihnen diese Daten ausreichen? Kommentar von Stefan Herger - 20.05.2021 17:36Torsten Lotz Spezifikation+für+Request+ ReleaseInfo .pdf Hallo Stefan Herger, auf welchem System (beim Gesellschafter) können wir die benötigten Änderungen einspielen und dann testen? Das entsprechende Package ist das SHCwareXMLRequest (Datei SHC_XML). Können Sie uns einen Kandidaten benenne? VG Kommentar von Stefan Herger - 12.10.2022 15:50Thomas Stucky Beispiel: http://shcrac-scan/pls/dev/!SHCwarexmlrequest.releaseinfo Hierzu gibt es keine Parameter. Kommentar von Thomas Stucky - 13.10.2022 09:40Benötigt wird beim Gesellschafter QR56 Patch: 184 Aktuell haben die Gesellschafter: Granzow: QR56 Patch: 187 Moster: QR55 Patch: 142 --> Release notwendig Bublitz: QR56 Patch: 115 --> Release notwendig Ich hoffe das hilft weiter... Kommentar von Thomas Stucky - 14.10.2022 16:40Wir haben auf dem Echtsystem der Fegime die Releaseinfo abgestellt und den Aufruf getestet:
| Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-290 | EK001L - Anzeige Lagerbestand EK001L - Anzeige Lagerbestand
Beschreibung:
Betroffener Bereich: SHCware/Wawi Ansprechpartner/Firma: Brisch, Michael Dorkowski Betroffene Abteilung/betroffener Fachbereich: Einkauf Woher kommt die Anforderung: hausintern Betroffene Fremdsysteme: - Zielbeschreibung Aktuelles Verhalten: - Gewünschtes Verhalten: Während der Disposition im ek001l wird auf der linken Seite ein Button für die Lagersituation des markierten Artikels im virtuellen Lager angeboten. Sinnvoll wäre darüberhinaus die Möglichkeit, die internen Lager und Kollegenlager aus dem Infosystem für den markierten Artikel sofort anzeigen zu lassen. Warum brauchen Sie diese Änderung: momentan umständliche Bedienung Was möchten Sie mit dieser Änderung erreichen: Zeitersparnis 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: häufig, regelmäßig Welche Konsequenz hat es wenn diese Änderung nicht umgesetzt wird: wir wären zutiefst betrübt Welche wichtigen Kriterien müssen bei der Umsetzung berücksichtig werden: Hinweis:
Kommentar von Klaus Schnaible - 07.05.2021 12:52 Info SHC: In diesem Zuge wird das Programm in FULL HD vergrössert. Aufwand: 16 Stunden Kommentar von Torsten Lotz - 20.05.2021 14:37wurde vom FB beauftragt Kommentar von Thomas Stucky - 21.08.2023 09:29Entwicklung ist abgeschlossen. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-291 | Anzeige kundenzugeordneter Objekte in Bestellerfassung Anzeige kundenzugeordneter Objekte in Bestellerfassung
Beschreibung:
Betroffener Bereich: WaWi Ansprechpartner/Firma: Weniger, Tobias Handrick Betroffene Abteilung/betroffener Fachbereich: Einkauf Woher kommt die Anforderung: hausintern Betroffene Fremdsysteme: - Zielbeschreibung Aktuelles Verhalten: Wenn Objekt über die "Pflege Objektzuordnung" and bestimmte Kunden geknüpft sind, werden diese automatische in der Auftragserfassung zu Kalkulation verwendet, aber nicht im UPKALK angezeigt. Gewünschtes Verhalten: In der Auftragserfassung ergibt das soweit noch Sinn. Leider werden in der Bestellerfassung für eben diese Auftragsrückstände zwar die Objektpreise verwendet, nur sieht der Einkäufer nicht, welches Objekt die Basis für den Einkaufspreis ist. Kann man die zugeordneten Objekte nicht für bestimmte User(-gruppen) sichtbar machen? Warum brauchen Sie diese Änderung: - Was möchten Sie mit dieser Änderung erreichen: - 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: häufig/regelmäßig Welche Konsequenz hat es wenn diese Änderung nicht umgesetzt wird: - Welche wichtigen Kriterien müssen bei der Umsetzung berücksichtig werden: - Hinweis: Helpdesk-Nr. 409367 Kommentar von Klaus Schnaible - 07.05.2021 13:10 INFO SHC: Dies wird an einem neuen Parameter im SHC322 hängen. Aufwand: 12 Stunden Kommentar von Torsten Lotz - 20.05.2021 14:39wurde im FB beauftragt | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-293 | [generell] REACH-Informationen in der Stammdatenübertragung / Schattenstamm [generell] REACH-Informationen in der Stammdatenübertragung / Schattenstamm
Beschreibung:
Wir werden demnächst folgende weitere Informationen zum Thema Reach in der Stammdatenübergabe mit ausgeben. Bitte beim Import in den Schattenstamm mit berücksichtigen: Das Datum soll im Format "dd.mm.yyyy" ausgegeben werden. DA-/IA-Dateien und Lieferantenbezogener CSV-Stammdatenexport haben eine Spalte "Reach" (Spalten-Nr. 66): Fällt der Artikel unter Reach wird in der ausgegebenen Spalte "Reach" eine 1 sein, wenn nicht wird in der ausgegebenen Spalte "Reach" eine 0 gefüllt sein. MA: 415618 Ergänzung SCIP Zusätzlich soll auch ein weiteres Feld "SCIP-Nummer" (Spalten-Nr. 68) in den Stammdaten übergeben werden. Das Feld ist 36 Zeichen lang und enthält Ziffern, Buchstaben und Bindestriche (z.B.: e991v422-239c-4b49-8a42-3f4730aa51a0). Die SCIP-Nummer soll wie die REACH-Info erstmal als dynamische Zusatzinfo angezeigt werden. Kommentar von Torsten Lotz - 09.07.2021 16:57 Hallo Klaus Schnaible, wir haben das Ticket gesichtet und soweit verstanden, dass zwei neue Spalten (Datum_Reach und Reach) zukünftig im Schattenstamm-Import übergeben werden. Ich denke, dyn. Zusatzinfo reicht erstmal, wir können aber auch im Herbst den Beitrag nochmals fragen. Hintergrund: Industriekunden fragen oft alle REACH Infos zu ihren gekauften Produkten an. Kommentar von Klaus Schnaible - 07.10.2021 13:09In Kürze werden wir diese Felder so einstellen. Gibt es dabei etwas zu beachten, oder können wir einfach umstellen?
Torsten Lotz Bitte die Ergänzung zu SCIP in der Beschreibung beachten und prüfen ob zusammen mit der Übernahme der REACH-Info umgesetzt werden kann. Kommentar von Klaus Schnaible - 26.11.2021 14:17Thomas Stucky: Hallo Herr Stucky, Können sie sagen, wann das eingelesen werden kann? Wir auf unserer Seite sind nun bald soweit. Kommentar von Thomas Stucky - 29.11.2021 08:50Klaus Schnaible Hallo Herr Schnaible, ich nehme es in der Priorität nach oben. Das Ticket gehen wir dann Anfang 2022 an. Kommentar von Christian Zink - 12.01.2022 10:02Hallo Herr Thomas Stucky Hallo Herr Christian Zink wir werden den Katalogstamm, die Datenübertragung und den Artikelstamm auch um ein SCIP-Feld erweitern. Die Ergänzung wird also mit umgesetzt. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-297 | Optimierung eMail-Versand Optimierung eMail-Versand
Beschreibung:
Aktuell erfolgt der Mailversand der SHC-Belege aus dem Report heraus. Wir haben wir Anfragen von zwei Fegime-Gesellschaftern bezüglich des Mailversands. Granzow / Herr Binder HD 413696 Email-Versand optimieren / Priorisierung Inhalt: Hallo, wir müssen nun endlich den Aktuell arbeitet der DB-Job SHC_MAILQ.Run_Job alle 4 Minuten 50 Mails ab. Während der Rechnungsschreibung bzw. dem elektronischen Rechnungsversand über das SHC679K kommt es hier immer wieder zu Problemen. Bei der letzten Rechnungsschreibung wurden über 1100 Rechnungen per Email verschickt. Während dieser Zeit gehen keine Angebote, ABs oder sonstigen Mails aus der SHCware an die Kunden bzw. Mitarbeiter raus. Die Mails müssen daher entsprechend priorisiert werden. Rechnungen sollten dabei die niedrigste Auf die Rechnung wartet der Kunde nicht, da er nicht weiß, wann wir diese versenden. Bei einem Angebot oder einer AB sieht das leider anders aus. Gerade im Bezug auf den Onlineshop muss die AB schnell beim Kunden sein. EHRA / Herr Wirt HD 414183 AB Versand an SB per E-Mail abschalten?
Kommentar von Klaus Schnaible - 04.11.2021 12:22 Hinweis SHC: Unser Vorschlag: Wir schlagen vor eine entsprechende Erweiterung der Schnittstelle mit Steuerungsmöglichkeit über ein Forms-Programm und zusätzlichem zentralem Userhook zu entwickeln. Dabei holen wir das Mailing aus den Reports heraus und verlagern das auf die Datenbank (wie es die DX-Reports bereits machen). Die einzelnen Reports müssen dann noch auf die neue Logik angepasst werden. Zukünftig hat der Gesellschafter dann die Möglichkeit die Steuerung des Mailversands über das Aufwand: 24h In der Mailqueue soll eine Priosierung möglich sein. Lösungsvorschlag ist zu komplex. Herr Kubiak prüft ob ein Rechnungsversand in der Nacht eine Lösung wäre. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-299 | [generell] Meine Bestellungen [generell] Meine Bestellungen
Beschreibung:
Folgende Teilschritte werden umgesetzt: Neue Felder / Funktionen für "Meine Bestellungen"
MA: 414582 Kommentar von Klaus Schnaible - 12.10.2021 15:44Kommentar von Klaus Schnaible - 12.10.2021 15:47 Umsetzung bis Jahresende geplant Kommentar von Thomas Stucky - 12.10.2021 18:04Kommentar von Klaus Schnaible - 13.10.2021 11:07Kommentar von Klaus Schnaible - 15.09.2022 15:06@thomas Stucky: Das ist doch umgesetzt, oder? Wunschtermin gibt es ja schon einige Zeit im Shop. Oder? Kommentar von Harald Becker - 16.09.2022 00:22 Weiß denn jemand bei uns, wozu diese Änderungen benötigt werden ? Das Datemodell für "Meine Bestellungen" steht doch schon lange und das Angebot ist ein Jahr alt ? Sehr dubios... Der erste Punkt zum Beispiel funktioniert aus meiner Sicht schon immer so. Ist das nicht noch aus der Zeit von Jan ? Kommentar von Harald Becker - 16.09.2022 16:45Janine Könemann: Sagen Dir die Änderungswünsche was ? | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-301 | Diskussion: Pseudo-Rabattgruppe durch FEGIME Diskussion: Pseudo-Rabattgruppe durch FEGIME
Beschreibung:
Im Strategiekreis Stammdaten kam das Thema "Rabatt/Kalkulationsgruppe, wenn Lieferant keine hat" auf. Bitte Diskussion über mögliche Implikationen! Kommentar von Thomas Stucky - 11.11.2021 14:07 Die Zuordnung der Kalkulationsgruppe erfolgt über die "Pflege Verarbeitungssteuerung" SHC683V. Hiermit werden die Lieferanten und Kalkulationsgruppen der Fegime auf die hausinternen Daten umgeschlüsselt. Kommentar von Klaus Schnaible - 16.11.2021 15:38 Kann das nicht automatisch durch die SHCware angelegt werden? Problem: Ausgaben erfolgen nur bei Änderungen an den Rabattgruppen - aber hier haben wir ja gar keine - wann soll die Ausgabe also von uns aus erfolgen? Falls es einen generellen Einkaufsrabatt zu einem Lieferant ohne Rabattgruppe gibt (z. B. 40% auf ganzes Sortiment) sollte hierfür eine Rabattgruppe durch Fegime angelegt werden. Eine Übermittlung des Einkaufsrabatts von Fegime an die Gesellschafter (SHC360V) ist sonst nicht möglich. Kommentar von Klaus Schnaible - 17.02.2022 10:18Wir wollen von FEGIME aus einen fixen Wert und eine Fixe Rabattgruppe da ausgeben, wo keine vorhanden ist. Die Daten sollen aber nicht in der zentralen Datenbank gespeichert werden, sondern erst bei der Ausgabe in die Datenübergabedateien geschrieben werden. Der genaue Name ("LEER"?) ist nich nicht festgelegt. Das wird dem FA PDM (früher Strategiekreis Stammdaten) zur Entscheidung vorgelegt. Kommentar von Thomas Stucky - 05.07.2022 09:32Hallo Herr Schnaible,
sicher können wir so etwas abbilden. Wir könnten z.B. bei allen Artikeln, welche in der IA/DA-Datei eine Kalkulationsgruppe „Blank“ oder „null“ haben in die T177KATA die Kalkulationsgruppe = ‚LEER‘ schreiben. Zusätzlich würden wir im SHC683V für den jeweiligen Lieferanten einen Satz mit der Kalkulationsgruppe=‘LEER‘ erzeugen (falls dieser nicht bereits existiert). ACHTUNG: Wir müssten diese Änderung in ein Release nehmen und diese Änderung würde bei den Gesellschaftern erst nach Übernahme des Releasestands funktionieren. Kommentar von Thomas Stucky - 06.07.2022 13:01Kommentar von Thomas Stucky - 07.07.2022 10:01Wurde beauftragt. MA: 423008 Kommentar von Klaus Schnaible - 08.07.2022 13:10ACHTUNG: Wichtige Ergänzung: Wenn Artikel auf Status 9 (gelöscht) gesetzt werden, wird bei FEGIME die Rabattgruppe entfernt. Also kommt ein Datensatz mit leerem Rabattgruppenfeld. In dem Fall soll der Mechanismus NICHT greifen, also nicht LEER eintragen und nicht einen Kalkulationssatz anlegen. Kommentar von Thomas Stucky - 21.07.2022 12:20Kommentar von Klaus Schnaible - 25.01.2023 09:06Ist das bereits umgesetzt? Kommentar von Armin Blech - 03.05.2023 11:39Hallo, über die Beantwortung der Frage von Herrn Schnaible vom 25.01.2023 freuen wir uns. Danke. Kommentar von Klaus Schnaible - 28.03.2024 10:21 Mit dem neuen SHC322-Parameter PSEUDO_KAGR ist es nun beim Einlesen des Schattenstamms möglich, eine Pseudo-Kalkulationsgruppe zu vergeben. Frank Peter : Informieren Sie erst den FA PDM, dann die Gesellschafter? | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-302 | MHP Schnittstelle - VLOG - Abmessungen pro Packstück MHP Schnittstelle - VLOG - Abmessungen pro Packstück
Beschreibung:
Granzow, Herr Binder Ich bin der Meinung das müsste im SHC690VM erfasst werden können. Bei der Höhe wird das aber schwierig. Das gleiche gilt für den Versand von Ware in einem Karton. Mal verwendet man einen kleinen Karton, beim nächsten Mal einen Großen. Das wird nur die Kunden treffen, die per VLOG Pakete verschicken bei denen die Frachtführer die Angabe dieser Daten vorschreibt. Helpdesk-Nummer: 412603 Kommentar von Klaus Schnaible - 04.11.2021 12:12 Umsetzung SHC: 2. Erweiterung SHCV690VVG um die gleichen Felder. Inhalten werden aus SHC690VM vorbelegt. 3. Erweiterung MHP Schnittstelle um die entsprechenden Felder Folgende Tags müssen ausgespielt werden: <send_artlademittel_01></send_artlademittel_01> <send_laenge></send_laenge> //Angaben bitte in cm <send_breite></send_breite> //Angaben bitte in cm <send_hoehe></send_hoehe> //Angaben bitte in cm Derzeit geht das nur fest per User Hook. Es gibt aber Frachtführer, bei denen diese Info Pflicht ist und man die Möglichkeit haben muss in der SHCware die Daten im Prozess zu verändern.In diesem Zug erweitern wir das SHC690VVG in FULL HD. Aufwand: 24 Stunden Kommentar von Thomas Stucky - 23.11.2021 14:05 | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-304 | Ruhetage auf Lieferanschriften Ruhetage auf Lieferanschriften
Beschreibung:
Moster, Humbek: Wir möchten die Ruhetage auf Lieferanschriften pflegen. Dazu ein Auszug aus der Releasebeschreibung: SHC071 (Kundenruhetage pro Lieferanschrift) Wir setzten der Parameter LKETTE_NEU noch nicht ein. Was passiert, wenn dieser gesetzt wird? Hinweis SHC, Vorteile der neuen Abhandlung gegenüber der alten:
Kommentar von Klaus Schnaible - 04.11.2021 12:17 Umsetzung SHC: SHC beteiligt sich mit 50 % an der Entwicklung. Aufwand: 36 Stunden Kommentar von Thomas Stucky - 24.11.2021 08:33Kommentar von Klaus Schnaible - 05.04.2023 13:30Rechnung ist da, kann also wohl geschlossen werden? Kommentar von Thomas Stucky - 03.05.2023 08:20Im QR59 enthalten | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-305 | Kabel, größte Einzellänge nur für konfigurierte Läger Kabel, größte Einzellänge nur für konfigurierte Läger
Beschreibung:
Kraft, Herr Daimer: Für Elektro-Online wurde mal (in 2010 lt. Fegime) eine Pop-Up Meldung/ein XML-Request programmiert, der die größte verfügbare Einzellänge anzeigt (Screenshot anbei). Allerdings werden da jetzt die Kollegenlager mitgeprüft, die eingestellt sind. Kann ich das mit eine User-Exit oder einem User-Hook einschränken? Helpdesk-Nr.: 415476 Kommentar von Klaus Schnaible - 04.11.2021 12:25 Prüfung SHC: Aktuell werden im XML-Request alle im Lagerstamm angelegten Lager (auch die neuen Kollegenlager) zur Bestandsauskunft an Elektro-Online gemeldet. Der TAG "Maxeinzellaenge" wird ebenfalls über alle Lager ermittelt und als Einzelwert an EO übergeben. Es werden also maximale Einzellängen in EO angezeigt auch wenn das Lager nicht zur Bestandsanzeige genutzt wird. Ein User-Hook / User-Exit existiert an dieser Stelle nicht. Gewünschtes Verhalten: Kollegenlager nicht für "Maxeinzellaenge" berücksichtigen oder nur die zur Bestandsanzeige ausgewählten Lager auf max. Länge prüfen. Den Vorgang werden wir an den Fachbeirat weitergeben.
Anmerkung SHC: Im Lagerstamm gibt es die Möglichkeit die Kollegenlager mit "Y" zu kennzeichnen. Würde es reichen alle Kollegenlager von dieser Prüfung auszuschließen? Kann der Shop die Steuerung der "maxEinzellaenge" nach den im Shop zur Bestandsanzeige konfigurierten Lager verwenden? Lösung SHC: 4h über Lagerstamm Kommentar von Thomas Stucky - 11.11.2021 14:25Es soll die Möglichkeit geben Kollegenlager für den Shop zu erlauben, die Ermittlung max_Kabellänge soll aber nicht erfolgen. Kommentar von Thomas Stucky - 30.11.2021 09:17Kommentar von Thomas Stucky - 27.06.2022 13:51Hallo Herr Schnaible, im Lagerstamm gibt es die Möglichkeit die Kollegenlager mit "Y" (T069BLAG.LTYP) zu kennzeichnen. Sie möchten diese Lager von der Ermittlung der "maxEinzellaenge" für Elektro-Online ausschließen. Wir haben nun in der dafür vorgesehenen SHCwareXMLRequest diesen Kollegenlager ausgeschlossen. Diese Änderungen werden im nächsten Quartalsrelease enthalten sein. Wenn Sie möchten, kann ich Ihnen dies gerne auf dem Echtsystem bzw. Testsystem zum Überprüfen einbinden. Kommentar von Klaus Schnaible - 29.06.2022 13:20Ich habe Herrn Daimer informiert. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-306 | Aktionsartikel, Übergabe an den Shop auch wenn der Kunde den Aktionspreis nicht bekommt Aktionsartikel, Übergabe an den Shop auch wenn der Kunde den Aktionspreis nicht bekommt
Beschreibung:
Nutz, Herr Rinderknecht: Ein Industriekunde, der über OCI an den Shop angebunden ist, hat ein sehr eingeschränktes Sortiment - dies ist so gewünscht. Im Shop sind aber immer wieder Artikel-Aktionen (Sonderangebote, Abverkäufe etc.) eingestellt (über SHC188), die nicht dem Sortiment entsprechen, dort aber zu sehen sind. Der Kunden wünscht, das solche Artikel nicht mehr zu sehen oder zumindest nicht bestellbar sind. Nun gibt es die Möglichkeit im Kundenstamm Aktionspreise zu deaktiviern. Diese Deaktivierung funktionieren auch in der SHCWare aber nicht für den Shop, dort werden sie nach wie vor angezeigt. Was können wir hier tun? Lt Fegime, Hr. Becker, ist dies eine Sache der SHC. Er schreibt: "Wenn das Kennzeichen für Sperren von Aktionspreisen im Kundenstamm nicht berücksichtigt wird, wäre das eine Sache der SHCware. Der Shop übergibt der SHCware nämlich die Kundennummer beim Abruf der Aktionen." Helpdesk-Nr.: 415871 Kommentar von Klaus Schnaible - 04.11.2021 12:31 Prüfung durch SHC: Die Sperrung des Aktionspreises hat noch nie verhindert das die Abfrage nach Aktionen mit EOKENNUNG leer ist, sondern nur ob der Kunde einen Aktionspreis erhält oder nicht. Wenn wir über den Aktionspreisschalter die Übergabe an Elektro-Online sperren hat das Auswirkungen für alle Fegime-Mitglieder. Ein weiteres Problem ist das wir auf SHC-Seite die Sortimentseinschränkung auf Seiten des Shops nicht kennen. D.h. wir können leider nicht nur die zum Sortiment gehörenden Aktionsartikel liefern. Lösungsvorschlag: WIr interpretieren den Schalter "Aktionspreise=nein" so, das hierdurch keine Aktionsartikel an EO übergeben werden. Aufwand: 4h Kommentar von Thomas Stucky - 11.11.2021 14:28Im Rahmen der Wartung Kommentar von Thomas Stucky - 30.11.2021 09:24Kommentar von Thomas Stucky - 13.05.2024 11:28Umgesetzt im Rahmen der Wartung Darf ein Kunde laut Kundenstamm keine Aktionspreise erhalten (Feld T056Ad.kzak), dann liefert der Request "Kundenaktionsartikel" im Fegime Shop keine Artikel zurück. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-307 | Auftrag mit mehreren Lieferterminen, Anzeige Liefertermin Auftrag mit mehreren Lieferterminen, Anzeige Liefertermin
Beschreibung:
Stein, Herr Leitner: Artikel 1247187 46114 - Liefertermin 41/2021 50392 - Liefertermin 46/2021 53136 - Liefertermin 04/2022 53294 - Liefertermin 05/2022 Warum wird bei allen Kunden, die den Artikel im Rückstand haben immer nur der Liefertermin der allerletzten Bestellung 53294 angezeigt? Der Auftrag 183278 des Kunden 12503 wird aber schon mit der Lieferung der Bestellung 46114 bedient. Helpdesk-Nr: 415331 Kommentar von Klaus Schnaible - 04.11.2021 12:37 Antwort SHC: Die Rückstandszuteilung ist hier noch nicht erfolgt und kann zum ermitteln des Liefertermins nicht verwendet werden. Wir befürchten hier Performance - Probleme wenn wir eine Prüfung von einzelnen Bestellungen zu Rückständen einbauen. Vorschläge: Aufwand: 4h Wir erstellen an der Stelle einen Userhook. Aufwand: 8h Kommentar von Thomas Stucky - 11.11.2021 14:37Mit User-Hook lösen. Kommentar von Thomas Stucky - 30.11.2021 09:42Kommentar von Thomas Stucky - 10.05.2023 11:24Hallo Herr Klaus Schnaible , durch die neuen Programmierungen mit FEGSHC-46 / FEGSHC-345 wird laut unserer Entwicklungsabteilung dieser UH nicht mehr benötigt. Können wir den entsprechenden Auftrag stornieren und den Vorgang auf erledigt ändern? FEGSHC-46 / FEGSHC-345 ist im QR59 enthalten, ein Test durch Fa. Müller steht jedoch noch aus. Kommentar von Klaus Schnaible - 16.05.2023 12:41Ja, ok. Bitte Herrn Leitner informieren, Ticket schließen. Kommentar von Klaus Schnaible - 06.11.2023 09:46Mit dem UserHook UH_SHC_Liefertermin_001 kann der Zugangstermin des Großhändlers (Feld T088Rue.zugtermin) modifiziert werden. Mit dem UserHook UH_SHC_Liefertermin_002 kann der Liefertermin des Kunden (Feld T088Rue.ktermin) modifiziert werden. Mit dem UserHook UH_SHC_Liefertermin_003 können der Liefertermin und die zugeteilte Menge (Felder T088Rue.ktermin und T088Rue.zumenge) für den Fall modifiziert werden, das es nicht genügend Bestellungen für alle Rückstände eines Artikels gibt.
| Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-309 | Zwangseingabe eines "freien Textes" zu einem Gutschriftsgrund im UP670 Zwangseingabe eines "freien Textes" zu einem Gutschriftsgrund im UP670
Beschreibung:
Montino, EGU: Verkauf 2) Betreff: Zwangseingabe eines "freien Textes" zu einem Gutschriftsgrund im UP670 3) Ansprechpartner/Firma: Montino/EGU 4) Betroffene Abteilung/betroffener Fachbereich: Verkauf 5) Woher kommt die Anforderung: Verkäufer 6) Betroffene Fremdsysteme: SHCware 7) Zielbeschreibung 7 a) Aktuelles Verhalten: Es kann nur eingestellt werden, das zu jedem 7 b) Gewünschtes Verhalten: In Abhängigkeit zum Grund soll eine "freier Text" z.B. Grund Liefertermin nicht eingehalten --> erfordert keinen weiteren Text Kunde verweigerte Annahme --> hier wäre ein Grund der Weigerung zu hinterlegen 7 c) Warum brauchen Sie diese Änderung: Bessere Transparenz und Informationsfluß 7 d) Was möchten Sie mit dieser Änderung erreichen: siehe 7b 7 e) Welche Maßnahmen wurden schon ergriffen um das Ziel zu erreichen: Angebot und Anfrage bei SHC 7 f) Weshalb waren diese Maßnahmen nicht zielführend: Programm lässt diese Einstellungen nicht zu 7 h) Welche Konsequenz hat es wenn diese Änderung nicht umgesetzt wird: 8) Welche wichtigen Kriterien müssen bei der Umsetzung berücksichtig werden:
Helpdesk-Nr.: 416104 Kommentar von Klaus Schnaible - 09.11.2021 15:14 Angebot SHC: 16 Stunden, siehe Anhang Kommentar von Thomas Stucky - 24.11.2021 08:45Kommentar von Thomas Stucky - 15.08.2022 16:10Im SHC065 wurde für die Gruppe='GGRUND' das Feld Pflicht mit den folgenden Steuerungsmöglichkeiten eingefügt:
| Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-310 | [generell] neuer Parameter für Zuordnung der Fegime Betriebsnummer zur SHC-Mandantennummer [generell] neuer Parameter für Zuordnung der Fegime Betriebsnummer zur SHC-Mandantennummer
Beschreibung:
Es soll im im "SHC322" ein neuer Parameter vorhanden sein, den der Großhändler pflegen kann, um einer SHC-Mandantennummer eine Fegime Betriebsnummer zuordnen zu können. Die Zuordnung wird für den Versand der Push-Notifications benötigt. Dort soll die Betriebsnummer im TAG <client_number> übergeben werden. Über die Betriebsnummer wird in Kombination mit der Kundennummer der Kunde eindeutig identifiziert.
Aufwand: 8h Kommentar von Thomas Stucky - 11.11.2021 10:13 Statt eines neuen Parameters im SHC322 lesen wir den Lagersatz "Zentrallager" T069BLAG.LTYP='Z' und verwenden die dort hinterlegte EE-Mitgliedsnummer. Damit das funktioniert darf es je Mandant der SHCware nur einen Lagersatz mit Kennzeichen "Zentrallager" geben. Aufwand: 8h Kommentar von Thomas Stucky - 12.11.2021 11:33 | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-312 | Oxomi/Scireum - neue Schnittstelle Oxomi/Scireum - neue Schnittstelle
Beschreibung:
Betroffener Bereich Alle Ansprechpartner/Firma: Hr. Matthias Binder, Granzow Fr. Susanne Astalosch, scireum Betroffene Abteilung/betroffener Fachbereich Alle Woher kommt die Anforderung scireum Betroffene Fremdsysteme OXOMI vom scireum Zielbeschreibung/Aktuelles Verhalten OXOMI soll über eine neue Schnittstelle aufgerufen werden Aktuell wird noch die URL granzow.elektro-online.de verwendet. Gewünschtes Verhalten Die neue Schnittstelle soll verwendet werden Warum brauchen Sie diese Änderung Wunsch von scireum Was möchten Sie mit dieser Änderung erreichen Welche Maßnahmen wurden schon ergriffen um das Ziel zuerreichen Keine Weshalb waren diese Maßnahmen nicht zielführend Wie häufig kommt die Situation vor OXOMI wird bei uns täglich von vielen Mitarbeitern aus der SHCware heraus aufgerufen Welche Konsequenz hat es wenn diese Änderung nicht umgesetzt wird Welche wichtigen Kriterien müssen bei der Umsetzung berücksichtig werden Helpdesk-Nr.: 416915 Kommentar von Klaus Schnaible - 02.12.2021 17:29 Sehr geehrter Herr Lutz, bei einer Routineprüfung ist uns aufgefallen, dass von Ihrer Webseite noch Anfragen für eine alte OXOMI Integration erfolgen und daher die gewünschten OXOMI Inhalte möglicherweise nicht korrekt angezeigt werden können. Die Aufrufe erfolgen über folgende URL:
Sie erkennen die Integration am Aufruf von Es ist gut möglich, dass Sie bereits die neue Integration verwenden, die alte aber noch teilweise mit aufgerufen wird. Die neue URL ist wie folgt erreichbar: Hier finden Sie zahlreiche Beispiele wie OXOMI integriert werden kann: https://oxomi.com/help/de/integration/beispiele/function-universal-search Gerne unterstützen wir Sie bei der Anpassung der Integration. Bei Bedarf erhalten Sie von uns kostenfrei ein Codebeispiel. Sollten Sie nicht der korrekte Ansprechpartner für die OXOMI Integration sein, dann bitten wir Sie diese Mail intern an den korrekten Ansprechpartner weiterzuleiten bzw. uns diesen mitzuteilen. Vielen Dank. freundliche Grüße scireum GmbH Kommentar von Klaus Schnaible - 17.02.2022 10:36Zur Umsetzung für den Shop gibt es bereits ein Ticket, hier muss nur noch die SHCware-Seite betrachtet werden. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-313 | Rechnungsversand per eMail an Sammelkunden Rechnungsversand per eMail an Sammelkunden
Beschreibung:
Frau Simone Schuler; Fa. Schuler: Aufwand 16 Stunden Kommentar von Thomas Stucky - 17.02.2022 13:48 Mailversand soll in der Faktura bzw. im elektronischen Rechnungsversand erfolgen. Userhook wird an dieser Stelle nicht benötigt. Wird diese Mailadresse dann auch für den Mahnversand verwendet? Wir prüfen das. Kommentar von Thomas Stucky - 22.06.2022 09:48Diese Mailadresse soll auch für Mahnungen berücksichtigt werden: Der Programmierauftrag 417661 "Rechnungs-Email an Sammelkunden" ist fertig implementiert. Regulär ist die Änderung im kommenden QR59 enthalten. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-315 | [generell] Belegdruck für Shop / Projekt Meine Bestellungen Neu [generell] Belegdruck für Shop / Projekt Meine Bestellungen Neu
Beschreibung:
Erweiterung der Shopschnittstelle um die Möglichkeit des Belegdrucks. Ziel ist es, die Belege im Shop zur Anzeige zu Die Erweiterung umfasst die folgenden Belegarten:
Der Druck erfolgt als Nachdruck, identisch zu einem Druck im Auftragsfuß. Es erfolgt nicht die Anzeige eines Belegs aus dem Archiv. Die Ausgabe kann per Druck, per Mail oder per Fax erfolgen. Ein Druck wird in Form eines Base64-kodierten PDF in einem XML-Element des Request-Response an den Shop rück geliefert. Folgende Prüfungen finden statt:
erst mit abgeschlossenen Aufträgen und gedruckten Belegen erlaubt)
Zur Druckausführung wird Sachbearbeiter SHC322.XMLSAC genutzt. Für den Mailversand kann eine Empfänger-E-Mail-Adresse übergeben werden. Angebot 251898/1 Kommentar von Klaus Schnaible - 25.01.2022 15:50 Auftrag hiermit erteilt. Kommentar von Thomas Stucky - 25.01.2022 16:51Vielen Dank, die entsprechende AB folgt. Kommentar von Thomas Stucky - 27.01.2022 14:46Kommentar von Thomas Stucky - 12.10.2022 18:48Beispiel URL-Aufruf:
Beschreibung der einzelnen Parameter: company : Mandantennummer
| Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-316 | D3 Rechnungsprüfungsworkflow, Buchungsdatum D3 Rechnungsprüfungsworkflow, Buchungsdatum
Beschreibung:
Eckert & Graf, Dennis Herrmann Wir setzten den D3 Rechnungsprüfungsworkflow ein. Hier wird ein Buchungsdatum mitgegeben, dass derzeit das Eingliederungsdatum der Rechnung im D3 darstellt. Für uns wäre es Hilfreich, wenn dieses Datum wirklich das ist, an dem auch effektiv gebucht wird. Das hilft auch bei Auswertungen. Helpdesk-Nr.: 416996 Kommentar von Klaus Schnaible - 10.02.2022 11:00 Antwort SHC Das Buchungsdatum im D3-Rechnungsprüfungsworkflow soll immer das Datum der tatsächlichen Verbuchung sein. Wir hängen diese Funktion an einen Schalter (SHC322). Aufwand: 9 Stunden Kommentar von Thomas Stucky - 03.03.2022 11:46 | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-317 | DATANORM_AT, elektro-online DATANORM_AT, elektro-online
Beschreibung:
Granzow, Matthias Binder Über den Fegime Onlineshop können die Kunden eine aktuelle Datanorm anfordern. Hier bekommen wir immer wieder eine Mail, dass der Kunde angeblich im SHC440 nicht angelegt ist. Dort ist er aber angelegt. Allerdings mit der "Datanorm AT". Vermutlich wird das nicht korrekt berücksichtigt. Als Request liefert EO:http://www.elektro-online.de/datanormproxy.html?mitgliedsnr=991&manr=1&kdnr=10000103&serviceid=E10ADC3949BA59ABBE56E057F20F883E&modul=dn_anfordern Damit der Request zu einem Erfolg führt müsste die "NORM" mit in den Request also z.B.: Da EO jedoch die für den Kunden hinterlegten Norm nicht kennt kann diese nicht geliefert werden. Helpdesk-Nr.: 418366
Kommentar von Klaus Schnaible - 10.02.2022 11:04 Antwort SHC: Falls hierzu kein Satz gefunden wird prüfen wir mit Kundennummer und Norm="Datanorm_AT". Problem: Falls ein Kunde unter der gleichen Kundennummer beide Normen angelegt hat kann über EO nur die "Datanorm" angefordert/abgerufen werden. Aufwand: 8h Kommentar von Klaus Schnaible - 15.02.2022 10:22Anmerkung Herr Becker: Das Problem betrifft auch "Datanorm Online", da wird aus der Anwendungs-Software des Kunden "Datanorm" abgerufen und dabei weiß niemand, dass es bei SHC mehrere Normen gibt.. Aus meiner Sicht sollte entweder eine Standard-Norm für den Online-Abruf für einen Kunden definiert werden können. Oder es sollte die erste gefundene Norm des Kunden verwendet werden. Bestimmte Normen gezielt nacheinander zu prüfen, halte ich für nicht zielführend. Kommentar von Thomas Stucky - 18.02.2022 14:02Kommentar von Thomas Stucky - 28.02.2022 09:37Kommentar von Thomas Stucky - 27.06.2022 13:53Sehr geehrter Herr Schnaible, es wurde im SHC_Taifun (Datanormanfrage aus EO) eine Anpassung vorgenommen. Fall für eine Kundennummer mit einer Datanorm im Format Deutschland kein Datensatz gefunden wurde, wird diese Kundennummer nun nochmals mit dem Datanorm im Format Österreich geprüft. Sollte dann immer noch kein Kundensatz gefunden worden sein, wird eine Meldung ausgegeben die Kundendaten nochmals zu prüfen. Diese Änderungen werden im nächsten Quartalsrelease enthalten sein. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-318 | SHCAU82, "erledigte" Aufträge SHCAU82, "erledigte" Aufträge
Beschreibung:
Moelle, Holger Prenger Feinere Stufen geben? Oder einfach einen anderen Text? Erledigt klingt einfach endgültig, Fertig, Versendet. Wir nutzen oft den Parkplatz in der SHC690VVG um Aufträge zu Sammeln. Dann wird dort ein Parkplatz eingetragen und schon ist dieser Lauf im Infosystem als "Erledigt" gekennzeichnet. Kann man das irgendwie ändern? Ergänzung: Für uns würde es vollkommen ausreichen wenn dieser Status "Erledigt" richtig gestellt werden würde. Erledigt kann der Auftrag eigentlich nur sein wenn er auf einer Ladeliste ist und dann auch als geliefert bestätigt wurde. Man kann bestimmt viele Abstufungen machen, aber für uns würde es reichen wenn dieser Status als "Bearbeitet" drin stehen würde bis die Ladeliste zurück gemeldet wird. Vielleicht gibt es innerhalb der Fegime ja auch andere denen dieser Status gut gefallen könnte bzw. noch andere Anregungen haben.Ich danke dir erst einmal für deine Mühe. Helpdesk-Nr. 416574 Kommentar von Thomas Stucky - 14.02.2022 12:57 Die Anzeige bezieht sich aktuell nur auf den Versandvorgang. Sobald der Auftrag verpackt wurde wird hier "erledigt" angezeigt. Wir könnten das SHCAU82 um zwei weitere Felder "Ladeliste-Nr. / Status der Ladeliste" erweitern und den Status der jeweiligen Ladeliste dort angeben. Damit wären die Versandinformationen dargestellt. Aufwand: 12h Kommentar von Thomas Stucky - 18.02.2022 14:07Kommentar von Thomas Stucky - 28.02.2022 09:39 | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-319 | EDI, Komplettlieferung EDI, Komplettlieferung
Beschreibung:
Hartl, Maximilian Lohmeier Bei Voltking wurde nun die Anpassung gemacht, dass die EDI Bestellungen als Komplettlieferung übermittelt werden sollen. Muss ich SHC seitig noch etwas einstellen oder funktioniert das generell nicht? Helpdesk-Nr. 417210 Kommentar von Klaus Schnaible - 10.02.2022 11:12 Anmerkung SHC: Wir übernehmen das "Komplettlieferungskennzeichen" aus der Edi_Orders_Incoming in die T680EDI ins FELD22. J = Komplettlieferung, pro Lieferung wird ein Lagerentnahmeschein/Lieferschein gedruckt Z = Komplettlieferung für Zukaufsartikel (LE/LI wird gedruckt wenn alle Zukaufspositionen lieferbar sind) Wir erweitern die Auftragseingliederung um die Übernahme des Komplettlieferungskennzeichens (unter Berücksichtigung des neuen Parameters) und prüfen zudem ob mit einem Reservierbeleg gearbeitet wird. Aufwand: 16h Kommentar von Thomas Stucky - 18.02.2022 14:09Kommentar von Thomas Stucky - 08.03.2022 10:44 | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-323 | Kupfernotierung in EO anzeigen Kupfernotierung in EO anzeigen
Beschreibung:
WasEs soll die tagesaktuelle Kupfernotiz im Shop (Artikeldetailseite) angezeigt werden Helpdesk-Nr.: 420722 Kommentar von Harald Becker - 05.04.2022 10:00
Die Notiz wird bereits übermittelt (s. Screenshot) Kommentar von Stefan Herger - 24.05.2022 15:26Thomas Stucky Von der Antwort ist abhängig, wo wir die Information im Shop platzieren würden. Kommentar von Thomas Stucky - 24.05.2022 15:33Aktuell wird die Notiz für die Metallart CU zentral im SHC068 hinterlegt und für alle Artikel mit dieser Metallart verwendet. Über das SHC208KN kann eine abweichende Notiz je Kunde hinterlegt werden. An den Artikeln liegt also nur die Metallart "CU" an. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-324 | [GKM] Absicherung aller SHC-Requests / Routing aller Requests über die Geboxen [GKM] Absicherung aller SHC-Requests / Routing aller Requests über die Geboxen
Beschreibung:
Ausgangssituation Fegime
Rückmeldung SHC
ZielDie Absicherung aller SHC-Requests Kommentar von Thomas Stucky - 18.05.2022 13:47 Wir erstellen Konzeptionsvorschläge und stellen diese in einem gemeinsamen Termin mit Fegime/Geneon vor. Intern haben wir am 09.06.2022 dazu ein Meeting. Kommentar von Thomas Stucky - 15.08.2022 16:15Wir haben unsere Konzeptionsvorschläge im Jourfix am 04.07.2022 mit Geneon angesprochen. Geneon prüft und kommt ihrem Ergebnis auf uns zu. Kommentar von Thomas Stucky - 14.11.2022 08:56Kommentar von Thomas Stucky - 14.11.2022 09:41Kommentar von Klaus Schnaible - 06.06.2023 09:01Kommentar von Klaus Schnaible - 05.03.2024 14:54Preisabfrage etc. sollte zumindest auf HTTPS umgestellt werden. Klaus Schnaible: Der letzte Kommentar ist aber nicht für dieses Ticket gedacht, oder ? Kommentar von Klaus Schnaible - 07.03.2024 09:04Harald Becker Becker: Warum? Ist das nicht auch ein Teil der Absicherung, oder sollte auch das am allerbesten via geBox abgewickelt werden. Klar dann sind wir ganz sicher. Kommentar von Harald Becker - 07.03.2024 09:45Weil im SHC-Angebot 253585/1 vom 12.11.2022 steht, dass alles über die GeBox abgewickelt werden soll. Kommentar von Klaus Schnaible - 22.07.2024 15:24
Dazu muss erst der entsprechende Release bei uns eingespielt sein, vermutlich ist das der Quartalsrelease 3/2024. Es muss mit dem Vertrieb bzw. Herrn Strucky abgestimmt werden, wann das der Fall sein wird. In das genaue Procedere eines SHC-Releasewechsels bin ich nicht involviert. Danach kann alles weitere in Angriff genommen werden und das sollte auch Herr Stucky machen, weil es bei uns keinen SHC-Admin mehr gibt.
| Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-325 | Angebote | Angebot als PDF aufrufen Angebote | Angebot als PDF aufrufen
Beschreibung:
Anfrage Fegime:
Antwort SHC:
Kommentar von Stefan Herger - 02.05.2022 16:18 Vorschlag von Hr. Becker: den bisherigen Aufruf "druckeBeleg" um einen Parameter erweitern. BELEG=AB --> für die Variante aus dem Warenkorb (= Auftragsbestätigung) BELEG=AG --> für die Variante aus den Angeboten (= Angebot) Kommentar von Stefan Herger - 02.05.2022 16:19Thomas Stucky Vielen Dank. Kommentar von Thomas Stucky - 18.05.2022 13:42Hallo Herr Herger, das wurde bereits mit unserem Mitarbeiterauftrag 418380 umgesetzt und steht bereits zur Verfügung. company : Mandantennummer | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-326 | Abweichende Email im Bestellwesen Abweichende Email im Bestellwesen
Beschreibung:
Fa. Müller, Herr Mangold Kommentar von Thomas Stucky - 30.05.2022 17:20 Anmerkung SHC: Möglich ist hier Lieferant und Bestellart. Rücksprache mit Herr Mangold: Kann die hier hinterlegte Mailadresse als Standard-Mailadresse für den Lieferant und die Bestellart verwendet werden? Tabpage "Standard" fehlt auf der Lieferantenseite --> Prüfen welchen Aufwand wir hier haben!
Steuerung soll analog zu Kunde möglich sein Kommentar von Thomas Stucky - 05.10.2022 17:17T056MAIL Neue Spalte "Als Standard". SHC056MAIL Erweiterung um Mailadresse als "Standard setzen". --> Soll das auf Ebene der Belegart "z.B. Bestellung" oder je Bestellart oder Bestellanschrift ermöglicht werden? Aufwand: ca. 24h Kommentar von Thomas Stucky - 01.12.2022 08:41Kommentar von Thomas Stucky - 01.12.2022 10:33Kommentar von Klaus Schnaible - 18.01.2023 12:10 Im Infosystem für Lieferanten kann nun über das Kommunikationspflege-Programm (SHC056MAIL) pro Lieferant und Bestellart eine Standard-Email-Adresse über eine Checkbox gepflegt werden. Diese wird dann standardmäßig für die entsprechenden Bestellungen übernommen. Kommentar von Klaus Schnaible - 13.02.2023 16:15Ab dem QR59 kann über das Kommunikatrionspflege-Programm (SHC056Mail) eine Standard-eMail-Adresse, pro Lieferant und Bestellart über eine Checkbox gepflegt werden.
| Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-327 | Sonder Netto EK Preise Sonder Netto EK Preise
Beschreibung:
Betroffener Bereich: Ansprechpartner/Firma: Betroffene Abteilung/betroffener Fachbereich: Woher kommt die Anforderung: Betroffene Fremdsysteme: Zielbeschreibung Gewünschtes Verhalten: Warum brauchen Sie diese Änderung: Was möchten Sie mit dieser Änderung erreichen: Automatisch gleiche Daten in allen Mandanten und eine Zeiterspannis in der Datenpflege Welche Maßnahmen wurden schon ergriffen um das Ziel zu erreichen: Es gibt eine Vorgabe für die Erfassung dieser Angebote und eine SQL die man aufrufen muss um die Daten zu kopieren 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: Kommentar von Thomas Stucky - 30.05.2022 13:33 Hierzu gibt es bereits ein Angebot: Die Bestellobjekte von Mandant 1 werden auf die beiden anderen Mandanten repliziert. Hierzu nehmen wir eine Anpassung am SHC_ZAD_Package vor. Aufwand: 24 Stunden Kommentar von Thomas Stucky - 31.05.2022 13:19Herr Montino: Die Mandanten für die Replizierung sollte nur für bestimmte Mandanten und auch Läger greifen. Kommentar von Thomas Stucky - 31.05.2022 13:25Herr Kruska, Herr Montino, Herr Klein, Herr Stucky, Herr Mark Arbeitskreis zur Aufnahme der Anforderungen --> Termin vereinbaren 27.06.2022 10:30 Uhr Kommentar von Thomas Stucky - 27.06.2022 13:31Ergebnis Teamsmeeting vom 27.06.2022 Teilnehmer: Herr Montino, Herr Klein, Herr Mark, Herr Stucky 1. Konzept Objekte sollen innerhalb des gleichen Mandanten für verschieden Läger gültig sein (nicht für alle).–> Problem Objektnummern müssen im Mandant eindeutig sein. Wir müssen hier eine neue Objektnummer bilden. Pflegeprogramm zur Replizierung (Alle Mandanten und Läger werden angezeigt und können ausgewählt werden), hier dürfen nur berechtigte Personen die Replizierung auswählen. Nur die erlaubten Mandanten/Lager laut SHC309 werden angeboten. Formatbeschreibenden Parameter wie die Nummer gebaut wird, immer bei der Neuanlage eines Objekts wird die Objektnummer eindeutig gebildet. Objektnummern werden auf der Datenbank automatisch hochgezählt und laut der neuen Logik gebildet. (Eventuell Eindeutigkeit über eine fortlaufende Sequenz). Es müssen einheitliche Objektnummern (intern) vergeben werden (z.B. Mandant/Lager/Objektnr) --> für replizierte Objekte. Formatbeschreibenden Parameter wie die Nummer gebaut wird, immer bei der Neuanlage eines Objekts wird die Objektnummer eindeutig gebildet. Nachteil: Kann zu einem Pflegechaos führen --> Replizierte Objekte werden weiterrepliziert
2. Konzept Objekte können mit Mandantennummer 0 angelegt und die Lager (in den Mandanten) können freigeschaltet werden. Lager müssen mandentenübergreifend eindeutig sein (falls nicht kann die Funktionalität nur innerhalb eines Mandenten lagerübergreifen genutzt werden! Kommentar von Thomas Stucky - 05.10.2022 17:38Bewertung von Konzept2: Neues Tabellenmodel zur Pflege (MANDANT(BETLAG), LANR, OBJEKTNUMMER) welcher Mandant kann mit welchem Lager das entsprechende Objekt (OBJEKTNUMMER) verwenden. Das Objekt muss mit Mandantennummer=0 gepflegt sein (Anpassung der Pflegeprogramme notwendig SHC125LO & SHC125OKE & UP125T1 & EK001 & UPKALK2).Die Pflege der Zuordnung Mandant, Lager zu Objekt wird im SHC125LO & SHC125OKE möglich sein. Aufwand: 32 Stunden HD: 426491 Kommentar von Klaus Schnaible - 30.11.2022 13:36Hiermit beauftragt Kommentar von Thomas Stucky - 01.12.2022 08:48Kommentar von Thomas Stucky - 01.12.2022 10:32Kommentar von Klaus Schnaible - 09.05.2023 09:25Anmerkung von Herrn Montino: wir haben im Juni 2022 dieses Thema besprochen. Im ltz. Fachbeirat wurde dieses auch beauftragt. Ich konnte aus betrieblichen Gründen nicht an der Sitzung teilnehmen.
Lt. Ergebnis des Teamsmeetings sollten auch
Diese beiden Anforderungen kann ich nicht in der AB erkennen .
Ebenfalls würde mich interessieren, ob dieser Auftrag bereits terminiert wurde und wann diese Änderung umgesetzt ist. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-328 | Stückliste Freigabe wenn diese noch nicht komplett ist Stückliste Freigabe wenn diese noch nicht komplett ist
Beschreibung:
Montino, EGU 1. Betroffener Bereich WAWI 2. Konkreter Betreff 3. Ansprechpartner / Firma 4. Betroffene Abteilung / betroffener FachbereichVertrieb 6. Betroffene FremdsystemeSHCWare 7. Zielbeschreibung a) Aktuelles Verhalten b) Gewünschtes Verhalten Aktuell sind einige Positionen nicht lieferbar, dies führt dazu, dass Aufträge (mitStücklisten) nicht berechnet werden können. Wir würden gerne, das in der Freigabeprüfung geprüft wird, ob eine Stückliste noch Rückstände hat (SHC687Fcode 2004) wenn der Sachbearbeiter für diese Prüfung ein "Warnung" hinterlegt hat, dann soll hier so verfahren werden, wie bei dem Parameter CHECKPAKET = N Die schlechte Lieferfähigkeit einiger Produkte führt dazu, das eine Stückliste erst in Monaten komplett ist und berechnet werden kann…. Nicht nur der GH möchte seine Ware berechnet bekommen, auch der Kunde benötigt die Rechnung um die Ware an seine Kunden weiterzuberechnen e) Welche Maßnahmen wurden schon ergriffen um das Ziel zu erreichen? Weshalb waren diese Maßnahmen nicht zielführend? Kommentar von Thomas Stucky - 31.05.2022 13:45 Variable Freigabeprüfung für Paketartikel
Möglichkeit für berechtigte SB zur Freigabe für nicht vollständige Pakete (Fehler 2004). Fakturierung soll für solche Pakete auch im Auftragsfuß möglich sein. Berechtigung für diese Stückliste muss im Auftrag festgehalten werden damit die rückständigen Positionen später berechnet/freigegeben werden können. Kommentar von Thomas Stucky - 14.11.2022 09:00Kommentar von Thomas Stucky - 14.11.2022 09:52Kommentar von Klaus Schnaible - 23.01.2024 16:01Rechnung erhalten, ist also fertig gestellt. Thomas Stucky : Bitte Beschreibung noch ergänzen. Kommentar von Thomas Stucky - 29.01.2024 11:44Die Konstante CheckPaket wurde um einen neuen Inhalt (S) erweitert, mit dem geprüft wird, ob eine Stückliste noch Rückstände hat (SHC687Fcode 2004) Wenn der Sachbearbeiter für diese Prüfung eine "Warnung" hinterlegt hat, dann ist hier wie beim Parameter CHECKPAKET = N zu verfahren. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-329 | Generelle Abrufübersicht über alle Kunden Generelle Abrufübersicht über alle Kunden
Beschreibung:
Fa. Seiwert, Herr Fischer Guten Tag Herr Schnaible, für unsere Teamleiter und Lagerleitung wäre es hilfreich, wenn wir eine generelle Abrufübersicht aufrufen könnten. Wir könnten die Thematik natürlich über eine SQL-Abfrage lösen, die bietet aber weit weniger Funktionen als der Programmaufruf. Vermutlich ist das auch für andere Gesellschafter interessant, die mit dem Abrufmodul arbeiten. Mir ist bewusst, dass es eine generelle Übersicht für „normale“ Aufträge und Lieferungen nicht gibt und (aus Performancegründen) Kommentar von Thomas Stucky - 19.10.2022 17:52 Wie soll das aussehen? Sollen in diesem neuen Programm auch alle Berbeitungsmöglichkeiten wie aktuell zur Verfügung stehen?
z.B. Wir könnten die aktuelle Abrufübersicht in die HD-Darstellung erweitern und z.B. im oberen Bereich eine Tabelle mit mehreren (allen) Kunden einblenden. Kommentar von Thomas Stucky - 27.10.2022 13:08Für die Gruppe interessant: Filtermöglichkeit sollte mit angedacht werden: Kunde Termin Ablauflaufdatum
Bewerten Kommentar von Thomas Stucky - 09.11.2022 17:15Erweiterung in HD Filtermöglichkeit für: Kunde, (Datum von, Erster Abruf, Gültig bis) alle Datumsfelder jeweils mit "<=" ">=" und "=". Neue Spalten in der oberen Tabelle KDNR, Kundenname Die Funktionalität im unteren Bereich lassen wir bestehen. Aufwand: 24h HD: 426501 Kommentar von Thomas Stucky - 01.12.2022 08:43Kommentar von Thomas Stucky - 01.12.2022 10:48Kommentar von Thomas Stucky - 21.08.2023 12:50Im QR61 enthalten: | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-330 | Prüfung vonKundenlieferadressen im Shop wg. innergemeinschaftlicher Lieferung Prüfung vonKundenlieferadressen im Shop wg. innergemeinschaftlicher Lieferung
Beschreibung:
Fa. Seiwert, Herr Fischer Guten Tag Herr Schnaible, unser Kunde 107408 hat im Elektro Seiwert Onlineshop Material bestellt. Nun hat jedoch dieser Luxemburger Kunde im Onlineshop eine deutsche Lieferadresse eingegeben. Wir haben also die Ware von Deutschland nach Deutschland gesendet, das Ganze aber umsatzsteuerfrei, da das Kundenkonto so eingestellt ist. Dort wäre es allerdings tatsächlich eine innergemeinschaftliche Lieferung gewesen, die daher steuerfrei ist. Beides ist nicht richtig. Herr Becker teilte mir mit, dass der Shop das Land in der Lieferadresse übermittelt. Nach Auskunft unserer Buchhaltung bringt uns dies allerdings nicht weiter, da die SHC im Kundenkonto nicht gleichzeitig Lieferungen mit und ohne Umsatzsteuer verarbeiten kann, das ist Stand heute laut meiner Buchhaltung nicht möglich. Dieses Problem hatte unser Buchhalter, Herr Neufend, im Winter 2019 auch schonmal mit der Firma Hartl besprochen, allerdings kam es hier zu keiner Lösung. Idealerweise würden wir mit SHC eine Logik realisieren, die pro Kundenkonto die Nutzung von mehreren Mehrwertsteuerschlüssel erlaubt. Ein Hauptschlüssel auf Kundenebene, dieser kann jedoch von der Lieferadresse übersteuert werden. Die Felder sind sowohl im Kundenstamm als auch in der Lieferadresse bereits vorhanden. Kommentar von Thomas Stucky - 19.10.2022 18:18 In den fest hinterlegten Lieferanschriften gibt es bereits einen MwSt-Code. Auch im Auftragskopf gibt es die Möglichkeit den MwSt-Code zu übersteuern (48 = Mehrwertsteuercode) T081AUK.MWCO. Über den Userexit (SHC471U) SHC_AB001.SAVEKOPF könnte der Mehrwertsteuercode im Auftrag manipuliert werden. Da jeder eigene Mehrwertsteuercodes für die Steuersätze verwendet ist das immer eine individuelle Sache. Gibt es im Shop bei den Lieferanschriften eine Auswahlliste der Länderschlüssel z.B. D = Deutschland? Sonst kann der Kunde hier z.B. DE eingeben Rahmenbedingungen: Genormtes Länderkennzeichen Kommentar von Thomas Stucky - 27.10.2022 13:16Sollte umgesetzt werden: Wir benötigen im Shop eine LOV bei den manuellen Lieferanschriften für das "LAND" (Standard-Iso-Code). Userexit als Beispiel bei Seiwert erstellen und an Fegime zur Veröffentlichung Kommentar von Thomas Stucky - 02.11.2022 08:58Ist im Shop bereits umgesetzt: Hallo Herr Stucky, Bitte schauen Sie sich das Ticket nochmals an – angeblich haben wir das schon 2018 im Shop alles umgesetzt. Ist auf Ihrer Seite vielleicht noch etwas zu tun?
Mit freundlichen Grüßen FEGIME Deutschland ppa. Klaus Schnaible
Von: Stefan Herger <stefan.herger@fegime.de
Wie kommt es zu diesem Stand? Ist das vorher geprüft worden?
Vorausgesetzt ich habe ad-hoc alles richtig verstanden:
Für mich alles komplett unverständlich... Freundliche Grüße
Ist hier wirklich alles erledigt? Dann könnte das als "Umgesetzt" geschlossen und der Gesellschafter informiert werden. Kommentar von Thomas Stucky - 25.11.2022 15:40Nein es ist noch nicht alles erledigt, der Userexit muss noch erstellt werden. HD: 426513 Kommentar von Thomas Stucky - 01.12.2022 08:45Kommentar von Thomas Stucky - 22.02.2023 13:13Hallo Herr Klaus Schnaible der Userexit SHC_AB001.SAVEKOPF wurde für Seiwert ausprogrammiert und kann als Muster für das Wiki verwendet werden: DECLARE X number; BEGIN X := SHC_AB001_I.get_t081auk_mwco; --Aktuelle MwCo....Falls andere Mandant außer 1,3 oder 5 verwendet wird. if SHC_AB001_i.Get_T081Auk_Manr in (1, 3) --Mandantnummer SHC_AB001_I.Set_t081auk_mwco(X); --MwCo Ausgabe END; | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-331 | [Prüfung] Prüfmechanismus mehrfach übertragene Bestellungen [Prüfung] Prüfmechanismus mehrfach übertragene Bestellungen
Beschreibung:
Es gibt Fälle bei der Übertragung von Bestellungen, dass Geneon nicht rechtzeitig eine Rückmeldung von der jeweiligen GH SHCware bekommt. Da Seitens Geneon dann weitere Eingliederungsversuche unternommen werden, kann es sein, dass 1 Bestellung bis zu 6 Mal übertragen wird. Wir sind der Meinung, dass eine mehrfache Eingliederung in SHCware geprüft wird. Kommentar von Thomas Stucky - 11.07.2022 17:42 Wir prüfen die WEBID des Vorgangs und bilden den Auftrag für eine WEBID nur einmalig. Die Umsetzung erfolgt im Rahmen der Wartung. Unser MA: 423165 Kommentar von Thomas Stucky - 19.10.2022 17:03 Die Programmierung ist durchgeführt. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-332 | Innerdeutsche Lieferung bei ausländischem Kunden Innerdeutsche Lieferung bei ausländischem Kunden
Beschreibung:
Seiwert, Herr Fischer Unser Kunde 107408 hat im Elektro Seiwert Onlineshop Material bestellt. Der Kunde sitzt in Luxemburg und erhält daher normalerweise aus Mandant 1 in Illingen eine innergemeinschaftliche Lieferung, die Nun hat jedoch dieser Luxemburger Kunde im Onlineshop eine deutsche Lieferadresse eingegeben. Wir haben also die Ware von Deutschland nach Deutschland gesendet, das Ganze aber umsatzsteuerfrei, da das Kundenkonto so eingestellt ist. Hätte der Kunde die Ware im Luxemburger Shop bestellt, wäre die luxemburgische Umsatzsteuer berechnet worden. Dort wäre es allerdings tatsächlich eine Beides ist nicht richtig. Herr Becker teilte mir mit, dass der Shop das Land in der Lieferadresse übermittelt. Nach Auskunft unserer Buchhaltung bringt uns dies Dieses Problem hatte unser Buchhalter, Herr Neufend, im Winter 2019 auch schonmal mit der Firma Hartl besprochen, allerdings kam es hier zu Können wir das eventuell den Gesellschaftern nochmal vorstellen und zur Abstimmung geben? Idealerweise würden wir mit SHC eine Logik realisieren, die pro Kundenkonto die Nutzung von mehreren Mehrwertsteuerschlüssel erlaubt. Ein Hauptschlüssel auf Kundenebene, dieser kann jedoch von der Lieferadresse übersteuert werden. Die Felder sind sowohl im Kundenstamm als auch in der Lieferadresse bereits vorhanden. Kommentar von Thomas Stucky - 19.10.2022 17:15 Ich habe den Vorgang geschlossen. Er war doppelt und ist bereits unter FEGSHC-330 erfasst. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-334 | diverse Punkte Forms 12 diverse Punkte Forms 12
Beschreibung:
Hr. Gerhold, Brisch 1. Die ausgegrauten Texte (Rechnungsanschrift, Artikeltext, etc.) in Forms12 sind einigen Mitarbeitern zu hell. Die Bedienbarkeit leidet darunter ungemein. 4. Dies ist ärgerlich, da durch den dann intuitiv ausgeführten Doppelklick ggf. andere Funktionen ausgelöst werden (z.B. Doppelklick im Unser Einkauf beschwert sich darüber, dass im Bestellwesen dieser Umstand ein flüssiges Arbeiten sehr erschwert, da regelmäßig Feldinhalte geändert werden, die nun alle umständlich händisch markiert werden müssen. Man muss dann SHC082M komplett verlassen und neu aufrufen, damit die nächste Position bearbeitet werden kann. Kommentar von Thomas Stucky - 18.10.2022 17:15 Zu Punkt 1: Das ist der aktuelle Oracle-Stil und kann aktuell nicht geändert werden. Zu Punkt 2: Wir werden die Icons im einen oder anderen Fall noch anpassen, aktuell arbeiten wir jedoch an der Funktionalität der Software. Zu Punkt 3: Das ist leider so, wir können das nicht ändern. Bei anderen Nutzern wird diese Funktionalität begrüßt. Zu Punkt 4: Zum markieren von Textinhalten ist kein Doppelklick notwendig, ggf. müsste eine Schulung der Anwender erfolgen. Zu Punkt 5: HD: 425378 wurde von uns erstellt. Fehlende Bestellfuß-Icons wurde behoben und für QR56 und QR57 gepatched Zu Punkt 6: HD: Konnte nicht nachgestellt werden, bei uns funktioniert das Programm. Wenn das Problem nach wie vor besteht bitte mit einem Helpdeskvorgang und einem Beispiel an uns melden. Zu Punkt 7: Unter Forms6 gab es das Formsmenü in HD-Darstellung hier war diese Funktion verfügbar. An einer entsprechenden HD-Darstellung unter Forms12 arbeiten wir gerade. Zu Punkt 8: HD: Bitte das entsprechende Programm und die genaue Stelle mit einem Beispiel als Helpdesk-Vorgang melden.
| Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-336 | SHC-Helpdesk -SHC628OR Fehlermeldung ausschließen, EDI-AB mit erledigten Positionen SHC-Helpdesk -SHC628OR Fehlermeldung ausschließen, EDI-AB mit erledigten Positionen
Beschreibung:
Tim Habermann, EHRA SHC-Helpdesk -Vorgang:426514 Kommentar von Thomas Stucky - 12.10.2022 13:54 Möglichkeit: Wenn eine Bestellposition den Status "E"=erledigt hat wird die Prüfung nicht mehr durchgeführt. Hierdurch wird keine Meldung mehr ausgegeben. Hierzu erstellen wir einen neuen Programmparamter. Aufwand: 16 Stunden HD: 426514 Kommentar von Thomas Stucky - 01.12.2022 08:46Kommentar von Thomas Stucky - 01.12.2022 11:19Kommentar von Thomas Stucky - 15.02.2023 08:16Keine Programmierung erforderlich (wurde bereits umgesetzt): Wenn der Parameter EDI_PRUEFSTAT_OR im SHC322 auf J gesetzt ist, werden auch t628orp-Sätze zu erledigten und gelöschten Bestellpositionen sofort mit Status 9 (erledigt) gekennzeichnet. Das steht im Rahmen der Wartung zur Verfügung. Test der Funktionalität ist durch Herr Habermann (EHRA) bereits erfolgt. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-337 | [generell] Rabattgruppe alt in den Stammdatendateien [generell] Rabattgruppe alt in den Stammdatendateien
Beschreibung:
FEGIME überträgt nun zusätzlich bei Rabattgruppen-Änderungen oder Löschungen die Rabattgruppe-Alt des Lieferanten. Alter Inhalt des Feldes: Artikelstatus in Klartext (Vielleicht wurde das ja schon übernommen?) Dieses Feld sollte mit in den Schattenstamm geschrieben werden, um es auswerten zu können. PS: Ticket ist hiermit gleich beauftragt, bitte nicht zu den Fachbeirattickets. Kommentar von Thomas Stucky - 12.10.2022 13:09 Übernahme in T177KATA in ein neues Feld KALKULATIONSGRUPPE_ALT Tabellenerweiterung und Erweiterung des Schatten-Packages. Aufwand: 8 Stunden
Offene Fragen: Reicht es aus das wir das Feld nur in die T177KATA übernehmen oder wird das in weiteren Tabellen / Programmen zur Anzeige gebraucht? Kommentar von Klaus Schnaible - 13.10.2022 16:47 Nachmeinen Infos reicht das so. Kommentar von Thomas Stucky - 14.11.2022 09:04Kommentar von Thomas Stucky - 14.11.2022 10:16Kommentar von Klaus Schnaible - 15.06.2023 15:10Neue (Kalkulationsgruppe Alt) Spalte wurde hinzugefügt. Dieses Feld wird nun im SHC177 im Fenster Katalog neben KALKGR angezeigt. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-338 | Abstimmung neue Zuschlagsarten Abstimmung neue Zuschlagsarten
Beschreibung:
Hallo zusammen,
Vorschlag der FEGIME: Wir führen zwei neue Zuschlagsarten ein. Diese müssten von allen Gesellschaftern vorher einmal in der SHCware angelegt werden. Im Fall 1 kann dann einfach eine andere/abweichende Notierung genutzt werden Bitte diskutieren, ob diese Vorgeehnsweise so ok ist. Kommentar von Thomas Stucky - 27.10.2022 14:52 Info von Herr Flörchinger: Bei Messing (bleifrei) ist die Berechnung wohl abweichend. Herr Krautter nimt hierzu Kontakt mit Herr Schnaible auf. WIrd so umgesetzt! | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-339 | Auftragsrückstände aus AB001 aufrufen Auftragsrückstände aus AB001 aufrufen
Beschreibung:
Steffen Matheis, Krieger Beim Bearbeiten der Kontrollliste gehe ich wie folgt vor: Wenn eine Stücklistenunterkompnente im Auftrag ist, dann gehe ich über die Lieferungen in die Auftragsfreigabe, dann oben auf Abfragen-Rückstände-Kunde und schaue ob dort noch weitere Komponenten dieser Stückliste vorhanden sind. Sind keine vorhanden, dann kann ich die Lieferungen zusammenfassen und die Stückliste ist bereit zur Fakturierung. Hier wäre es hilfreich, wenn die Rückstände nicht nach Kunde, sondern nach Auftrag angezeigt würden.
Helddesk-Nr.: 423064 Kommentar von Thomas Stucky - 12.10.2022 13:44
| Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-340 | Teilmengen/Restlängen via Kollegenlager nicht an den Shop Teilmengen/Restlängen via Kollegenlager nicht an den Shop
Beschreibung:
Mit Artikel 1052901 kann man es sehr gut nachstellen. Aktuell haben wir 125m an Lager, die größte Einzellänge ist bei uns 85m. Da wir den Kollegen Müller aus Weingarten im Der Shop darf unserer Meinung nach nur die Durch dieses Verhalten des Shops hatten wir schon mehrfach enorme Probleme mit Kunden. Kommentar von Klaus Schnaible - 01.09.2022 13:46
Wurde bereits mit Ticket FEGSHC-305 MA: 415476 umgesetzt. Die Änderung ist im QR56 enthalten! Kommentar von Klaus Schnaible - 27.10.2022 12:27Kann geschlossen werden | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-341 | [generell] Metallzuschlag neu bei einem Artikel [generell] Metallzuschlag neu bei einem Artikel
Beschreibung:
Hersteller kommen in der augenblicklichen Preissituation auf die Idee, neu Zuschläge bei bestehenden Artikeln einzuführen. Dies soll in der SHCware über das Preisdatum mit abgefangen werden (Alt ohne/Neu mit). Kommentar von Thomas Stucky - 17.10.2022 16:27 Nur für Zuschläge aus der SHC202M möglich, wir müssten hier um ein Datum erweitern. --> Hier würde es das Datenmodell hergeben. Für Zuschläge aus dem Artikelstamm ist es nicht möglich!!! Wir setzen voraus das sowohl EK- wie VK-Sätze betroffen sind. Das betrifft in unserer Software ca. 50 Stellen an welchen Zuschläge aus der T202 verwendet werden. Schattenstammimport Fegime & Preisfindung! Erweiterung Tabellenstruktur, Formspflegeprogramm erweitern um neue Felder, gruppieren nach Metallart für Pflege. Grob geschätzter Aufwand: ca. 260 Stunden!!! --> Feinkonzept schon sehr umfangreich!
Bis dahin: Metallzuschläge erst zur Gültigkeit einpflegen! Kommentar von Thomas Stucky - 23.05.2023 11:12 Vom Beirat abgelehnt weil keine Datenanalyse und kein Nutzen erkennbar ist. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-342 | [Prüfung] Ablösung von mod_plsql zur Anbindung der GeBoxen | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-343 | SCIP-Abhandlung SCIP-Abhandlung
Beschreibung:
Betroffener Bereich Ansprechpartner/Firma: Betroffene Abteilung/betroffener Fachbereich Woher kommt die Anforderung Betroffene Fremdsysteme Zielbeschreibung/Aktuelles Verhalten Dabei wird eine von uns gemeldete SCIP-Nummer, welche wir ins gleiche Feld eintragen, von der DA-Datei potentiell überschrieben, falls sich lieferantenseitig etwas ändern sollte. Die Gewünschtes Verhalten Was möchten Sie mit dieser Änderung erreichen 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 wichtigen Kriterien müssen bei der Umsetzung berücksichtig werden Kommentar von Thomas Stucky - 12.10.2022 13:26 Neues Feld im Artikelstamm z.B. EIGENE_SCIP & Pflegemöglichkeit für eigene SCIP Aufwand: 16 Stunden Alle aktuellen Ausgabestellen müssten entsprechend berücksichtigt werden (Formulare, EDI, etc...) --> Nicht Bestandteil der Programmierung Kommentar von Thomas Stucky - 01.12.2022 08:50Kommentar von Thomas Stucky - 01.12.2022 12:30 | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-344 | Diskussion: Einem GH zugewiesene Artikel im Shop Diskussion: Einem GH zugewiesene Artikel im Shop
Beschreibung:
Werden Artikel einen GH zugewiesen, werden sie im Shop hoch priorisiert und immer vorne angezeigt. Kommentar von Thomas Stucky - 27.10.2022 15:13 So kann es nicht gelöst werden. Es ist Aufgabe des Großhändlers nicht mehr benötigte Artikel an die Fegime zu melden. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-345 | Erweiterungen Terminermittlung FEGSHC-46 Erweiterungen Terminermittlung FEGSHC-46
Beschreibung:
Folgeticket zu FEGSHC-46 Eine Worddatei habe ich ans Ticket angehängt. Aufwand: 156h - 64h = 92h Kommentar von Thomas Stucky - 19.10.2022 12:40 Konzeption_FEGSHC_46.docx Als Modul entwickeln? Kommentar von Thomas Stucky - 09.11.2022 17:37Eine Entwicklung als Modul können wir aktuell nicht leisten. Es wurden in den Arbeitskreisen durch die teilnehmenden Fegime-Gesellschafter spezielle Eigenschaften/Funktionalitäten vorgegeben. Wir fürchten das wir es in diesem speziellen Funktionsumfang an keinen anderen Kunden verkaufen können. Kommentar von Thomas Stucky - 21.11.2022 16:20Kommentar von Klaus Schnaible - 15.12.2022 14:57Anmerkungen von Herrn Fischer, Seiwert: Hallo Herr Schnaible, Hallo Herr Stucky,
folgende kleine Anmerkungen habe ich zur aktuellen Systematik der Lieferterminweiterleitung:
Wie bereits gesagt sind wir total begeistert von dem aktuellen Plan und freuen uns, wenn es umgesetzt ist!
E-Mail: n.fischer@elektro-seiwert.de Im Infosystemprogramm "Zukauf/Bestellungen" SHCB146 gibt es nun einen Toolbarbutton, mit dem die vorraussichtlichen Liefertermine eines Auftrags ermittelt werden können. Kommentar von Klaus Schnaible - 11.06.2024 14:53Laut Herrn Reutter erledigt | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-346 | Falsche Adressierung von Online-AB's Falsche Adressierung von Online-AB's
Beschreibung:
Fa. Wiemann, Herr Kamala Die Auftragsbestätigungen von Online-Bestellungen (Shopaufträgen) werden mit meiner E-Mail-Adresse als Absender (Mailadresse ADM$) an den Sachbearbeiter geschickt. HD: 424145 Aufwand: 8h Kommentar von Thomas Stucky - 19.10.2022 12:54 Wir implementieren das UserExit "SHCWAREXMLREQUEST.SENDEAB", sodass der Mail Absender für Shop-Auftragsbestätigungen über die Zusatzinfo XMSAC des entsprechenden Kunden gelesen wird. Liefert die Zusatzinfo XMSAC keinen Treffer, wird die Mailadresse des ADM$ Sachbearbeiters als Absender für die Shop-Auftragsbestätigungen benutzt. Aufwand: 8h Kommentar von Thomas Stucky - 27.10.2022 15:19Umsetzen und UE an Fegime zur Veröffentlichung im WIKI Kommentar von Thomas Stucky - 14.11.2022 09:08Kommentar von Thomas Stucky - 21.11.2022 08:56Kommentar von Thomas Stucky - 13.01.2023 11:03FEG_SHCWAREXMLREQUEST_SENDEAB.pdf FEG_SHCWAREXMLREQUEST_SENDEAB.prc User_Exit_SHCWAREXMLREQUEST.SENDEAB.txt Wir haben den Auftrag umgesetzt. Die Dokentationen sind alle im Anhang an den Vorgang. Die Änderung wurde durch Herr Kamala abgenommen. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-348 | Standard-Rechnungsformular FORMS12 Standard-Rechnungsformular FORMS12
Beschreibung:
Können alle Gesellschafter informiert werden, dass das Standard-Rechnungsformular für DevExpress fertig ist? Kommentar von Thomas Stucky - 27.10.2022 15:30 Bauprodukteverordnung: ist noch nicht getestet. Test mit erstem Anwender.... | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-349 | Registrierung | Prüfung Groß/Kleinschreibung der E-Mailadresse Registrierung | Prüfung Groß/Kleinschreibung der E-Mailadresse
Beschreibung:
aktuelles Verhaltenscheinbar gibt es ein Problem mit der Groß- Kleinschreibung der Emailadresse bei der Registrierung für den Onlineshop. Trägt der Kunde die Emailadresse aber etwas abweichend in das Registrierungsformular in EO ein, wird die Emailadresse scheinbar nicht gefunden. gewünschtes VerhaltenBei der Prüfung der E-Mailadresse soll die Groß/Kleinschreibung ignoriert werden. Die Prüfung soll case insensitiv erfolgen, damit die vorhandene E-Mailadresse trotzdem gefunden wird. Kommentar von Stefan Herger - 04.11.2022 12:05
Helpdesk: 425931 als kritisch erfasst Kommentar von Thomas Stucky - 10.11.2022 15:48Hallo Herr Herger, wir haben das geändert. Text aus HD-Vorgang: Wenn im Fegime Shop bei Abschluss einer Registrierung mit einer bereits beim Großhändler vorhandenen Kundennummer und E-Mail Adresse vorgenommen wurde, konnte es zu einem Fehler kommen, dass die E-Mail Adresse im System nicht gefunden wurde. Dies lag an einer case-sensitiven Überprüfung der eingegebenen E-Mail Adresse gegen die hinterlegten Stammdaten in der SHCware. Diese Prüfung erfolgt nun case-insensitive. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-350 | Preiserhöhungen auf Rückstandspositionen anwenden Preiserhöhungen auf Rückstandspositionen anwenden
Beschreibung:
Fa. EHRA, Herr Wirt Preiserhöhungen auf bestehende Rückstände anwenden. Aktuell werden die Rückstände nach Preiserhöhungen manuell nachbearbeitet. Möglichkeiten einer vereinfachten Lösung? Kommentar von Thomas Stucky - 01.03.2023 15:18 Wie stellt man sich das vor? Welcher Preis ändert sich (EK/VK)? Welche Positionen sollen geändert werden (alle Rückstandspositionen, nur Positionen mit Bestellbezug)? Hier sollte durch Fa. EHRA ein vernünftiges Konzept erstellt werden, wir bewerten dieses dann gerne. Kommentar von Thomas Stucky - 23.05.2023 11:28Geschlossen | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-351 | GAEB Angebot kopieren wie Normalangebot GAEB Angebot kopieren wie Normalangebot
Beschreibung:
Fa. EHRA, Herr Wirt Ein GAEB Angebot soll mit den gleichen Funktionen wie ein Normalangebot kopiert werden können. Also es sollen die gleichen Checkboxen kommen wie z.B..Kupfer übernehmen, EK-Preis übernehmen, VK-Preis übernehmen etc. Kommentar SHC: HD: 418352 Kommentar von Thomas Stucky - 24.05.2023 09:23Kommentar von Thomas Stucky - 20.06.2023 08:44Kommentar von Klaus Schnaible - 24.10.2023 09:52 Über den neuen Parameter KD_COPY_UP028 im SHC344 kann nun eingestellt werden, daß das Kopieren eines Angebots im GAEB über das UP028 durchgeführt wird.
GAEB: nach Eingabe der Kundennummer wird zum Kopieren das UP028 benutzt.
Die Neuerung wird im nächsten QR61 (Freigabe voraussichtlich in 3 Wochen) enthalten sein. Eine Direktdistribution ist leider nicht möglich, da wir im Sommer eine Tabellen-Datentypänderung vorgenommen haben (Spalte T086Aup.lief), die sich auf das GAEB Programm auswirkt. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-353 | UGL-Version 5.0, neue Anfrageart "LF UGL-Version 5.0, neue Anfrageart "LF
Beschreibung:
Keller, Bihler: In der aktuellen UGL-Version 5.0 (s. Anhang) gibt es im Kopf eine neue Anfrageart "LF". Diese kann mit der SHCware aktuell nicht abgebildet werden. Aus meiner Sicht wäre es das einfachste den Parameter UGL_LS_ANFRAGEART um "LF" zu erweitern. Ich habe den ersten Kunden der diese Anfrageart braucht weil dessen Software dies so erwartet. Inzwischen habe ich von SHC ein Angebot erhalten (siehe Anhang), welches die Implementierung der neuen UGL-Version 5 abdeckt. Ich würde das gerne an den Fachbeirat weiterleiten, da Schnittstellenänderungen ja viele Kollegen Kommentar von Klaus Schnaible - 10.01.2023 11:35 SHC Angebot.pdf
UGL_5.0_0.pdf https://www.gc-gruppe.de/sites/default/files/inline-files/UGL_5.0_0.pdf
Auftrag erteilt, bitte entsprechend priorisieren, es liegen Kundenanfragen vor. Kommentar von Thomas Stucky - 20.01.2023 13:29Kommentar von Klaus Schnaible - 06.11.2023 10:36Bitte gleich mit berücksichtigen:
Der Aufwand ändert sich auf 40 Stunden Kommentar von Klaus Schnaible - 08.11.2023 11:52Ist ok Kommentar von Thomas Stucky - 10.11.2023 09:38Geänderter Aufwand von 40h wurden im Fachbeirat besprochen | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-354 | ZUGFeRD und M365 ZUGFeRD und M365
Beschreibung:
Betroffener Bereich: Ansprechpartner/Firma: Betroffene Abteilung/betroffener Fachbereich Woher kommt die Anforderung Betroffene Fremdsysteme Zielbeschreibung/Aktuelles Verhalten Gewünschtes Verhalten Warum brauchen Sie diese Änderung Was möchten Sie mit dieser Änderung erreichen 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 Kommentar von Thomas Stucky - 25.05.2023 16:05 Klaus Schnaible SHC-ZUGFeRDR hat einen Verbandslizenz. Mit Herr Matheis besprochen, das Ticket ist erledigt. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-355 | Datanorm über Schattenstamm Datanorm über Schattenstamm
Beschreibung:
Betroffener Bereich Ansprechpartner/Firma: Betroffene Abteilung/betroffener Fachbereich Woher kommt die Anforderung Betroffene Fremdsysteme Zielbeschreibung/Aktuelles Verhalten Gewünschtes Verhalten Warum brauchen Sie diese Änderung Was möchten Sie mit dieser Änderung erreichen 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 Kommentar von Thomas Stucky - 01.03.2023 15:47 Konzept notwendig: Wie können wir sicherstellen das der gelieferte Preis aus T177KATA für den Kunde passt? Was ist mit "Es sollte möglich sein, wenigsten die Schatten-Artikel per Datanorm zu Nur für über das SHC683V verknüpfte Artikel (mit hinterlegten diversen Artikeln) möglich? Aufwand: Mittlerer Aufwand | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-356 | Zugferd: IBAN in XML ändern Zugferd: IBAN in XML ändern
Beschreibung:
Herr Humbek, Firma Moster Gibt es eine Stelle, bei der man die IBAN in der XML beeinflussen kann? Wir arbeiten teilweise mit einem Rechnungsfactoring, bei Kunden mit Factoring können nicht die normalen Kontodaten (Hausbank) verwendet werden. Kommentar von Thomas Stucky - 17.01.2023 09:06 HD: 426567 Es wird ein neuer Userhook erstellt. Mit diesem neuen Userhook wird es möglich sein, die Satzart BACC bei der ZUGFERD XML-Ausgabe individuell anzupassen. Hierdurch kann die IBAN für Ihre Factoring-Logik aus dem Rechnungsreport auch in der XML-Datei verwendet werden. Aufwand: 9h Kommentar von Thomas Stucky - 17.01.2023 09:08Kommentar von Thomas Stucky - 20.01.2023 13:28Kommentar von Thomas Stucky - 23.05.2023 11:52Muss individuell beaufragt werden. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-357 | Rückstandspositionen | falscher Status wird angezeigt Rückstandspositionen | falscher Status wird angezeigt
Beschreibung:
WasMeldung des GH:
Kommentar von Thomas Stucky - 01.03.2023 15:51 Betrifft "Meine Bestellungen" wurde von uns bereits umgesetzt. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-358 | Rechnung per Mail bei abweichender Rechnungsanschrift aus Objekt Rechnung per Mail bei abweichender Rechnungsanschrift aus Objekt
Beschreibung:
Herr Daimer, Fa, Kraft Es ist schön, dass im Objekt (SHC029) über die Kommission (SHC358KOM) eine abweichende Rechnungsadresse anlegt werden kann. In der heutigen Zeit sollte dort aber auch ein Mailversand der Rechnung möglich sein. Ich habe in den genannten Programmen Nichts dazu gefunden. Kommentar von Thomas Stucky - 15.02.2023 09:58 Sowas haben wir nicht. Mailadressen können nur im SHC679K hinterlegt werden für den elektronischen Rechnungsversand. Wir haben eine Änderung gemacht: Bei diversen Kunden kann im Auftrag eine Mailadresse für den Rechnungsversand hinterlegt werden. Wir könnten die Mailadresse aus SHC358KOM oder SHC071 in dieses Feld im Auftrag übernehmen. Hierdurch wäre Versand per Mail möglich. Aufwand: 1-2 Tage Kommentar von Thomas Stucky - 23.05.2023 11:57Muss individuell beauftragt werden. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-359 | GAEB-Angebot - Preise/Metallzuschläge aktualisieren GAEB-Angebot - Preise/Metallzuschläge aktualisieren
Beschreibung:
EHRA, Herr Hinkel Aktuell können wir kein GAEB Angebot auf die gleiche Kundennr. kopieren um das bestehende Angebot zu aktualisieren. Warum nicht? Kann dies geändert werden. Dabei geht es um aktuelle Preisermittlung und CU-Notierung. Ausgangslage: Kunde schickt eine Anfrage per GAEB, diese Anfrage wird im Programm SHC_LV_POS bearbeitet dauraus ergibt sich dann ein Angebot und eine Gaeb Datei. In dieser Anwort von dem Kunden sind Artikel mit Preisen enthalten. Jetzt meldet sich der Kunde 2 Monate später bei uns mit der bitte nochmal ein Angebot zu bekommen mit aktuelleren Preise, wir müssen jetzt das bestehende Angebot über SHC_LV_POS erneut bearbeiten sprich jeden Artikel nochmal laden das er sich die aktuellen Preise aus der Preisfindung zieht. Wunsch: Einen Knopf in der SHC_LV_POS Bearbeitung, welcher die bestehenden Preise einfach aktuallisieren kann nach Preisfindung. Zusätzlich soll es möglich sein nach Drücken des Buttons entscheiden zu können, bei welchen Lieferanten er es gegebenfalls nicht nochmal aktualisieren möchte. Kommentar von Thomas Stucky - 01.03.2023 16:08 Voraussetzung: Aktuelle Funktionalität des "Positionen kopieren" UP028 kann für die Anforderung genutzt werden! Erweiterung um die Möglichkeit hier über eine Tabpage die Lieferanten zu selektieren und hier anzuwählen was aktualisiert werden soll (VK-Preis, EK-Preis, Metallnotiz,... ) Aufwand: 3-4 Tage | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-360 | SHC082BU Übersicht-Belege SHC082BU Übersicht-Belege
Beschreibung:
Herr Herrmann, Fa. Eckert & Graf GmbH Ich weiss nicht, was für einen Aufwand es wäre, aber im Programm “Übersicht-Belege” SHC082BU wäre eine Selektion nach Auftragsart auch sehr praktisch. Kommentar von Thomas Stucky - 22.05.2023 13:12 Kann als Selktion mit eingebaut werden (analog zu den Versandarten).
Aufwand: 16h MA: 430634 Kommentar von Thomas Stucky - 24.05.2023 09:22Kommentar von Thomas Stucky - 22.06.2023 13:12Die Implementierung des Auftrags 254894 / MA 430634 << FEGSHC-360 Übersicht-Beleg Selektion AART>> ist abgeschlossen. Im SHC082BU (Übersicht-Belege) kann damit nun nach Auftragsarten selektiert werden. Die Funktionalität steht ab QR60 zur Verfügung. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-363 | [FEGIME] SHC-Nutzer löschen, Helpdesk-Nutzer löschen [FEGIME] SHC-Nutzer löschen, Helpdesk-Nutzer löschen
Beschreibung:
Bitte Simone Ort als SHC-Helpdesk-Benutzer löschen. Bitte Dominik Reichelt (Dominic.Reichelt@fegime.de) einen Helpdeskzugang zu kommen lassen. SHC-Benutzer löschen: Eileen Parker, Sarah Fuchs, Simone Ort, Tobias Bierau, Sascha Wölfel Kommentar von Klaus Schnaible - 29.03.2023 13:37 Thomas Stucky : Hallo Herr Stucky, geht das kurzfristig? | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-364 | Artikel, die bei anderen Verbänden eingekauft werden auch über den FEGIME Shop verarbeiten Artikel, die bei anderen Verbänden eingekauft werden auch über den FEGIME Shop verarbeiten
Beschreibung:
Betroffener Bereich Ansprechpartner/Firma: Betroffene Abteilung/betroffener Fachbereich Woher kommt die Anforderung Betroffene Fremdsysteme Zielbeschreibung/Aktuelles Verhalten Gewünschtes Verhalten Warum brauchen Sie diese Änderung Was möchten Sie mit dieser Änderung erreichen 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 Kommentar von Klaus Schnaible - 05.05.2023 10:24 FEGIME Fremder Shopartikel.pdf Generell machbar, Artikel werden dann über EAN ermittelt wenn die EGRA nicht in der T051ART gefunden wird. Falls auch über die T080EAN kein Treffer dann wird die T177KATA verwendet. Parameter um diese Funktionalität zu aktivieren. Aufwand: 3-4 Tage Kommentar von Thomas Stucky - 23.05.2023 13:13Muss individuell beauftragt werden. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-365 | [generell] Verteilung von Fegime-Standard DevExpress-Reports [generell] Verteilung von Fegime-Standard DevExpress-Reports
Beschreibung:
Wie können wir die neuen DevExpress - Standardreports der Fegime an die Gesellschafter verteilen? Kommentar von Thomas Stucky - 10.05.2023 12:56Kommentar von Thomas Stucky - 10.05.2023 12:56 Die Verteilung kann nur über ein Release erfolgen. Kommentar von Thomas Stucky - 24.05.2023 11:46Kommentar von Thomas Stucky - 02.01.2024 12:51Fegime - Standardreports (DevExpress) werden nun über den Releasevorgang verteilt | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-366 | Datenbankwartung mit SHC generell für alle vertraglich regeln Datenbankwartung mit SHC generell für alle vertraglich regeln
Beschreibung:
Sehr geehrter Herr Schnaible, heute habe ich erfahren, dass die Oracle-Datenbanküberwachung durch unseren derzeitigen Wartungsvertrag mit SHC nicht abgedeckt ist (siehe die E-Mail von Herrn Peter Uhl im unteren Bereich). Ich bitte Sie zu prüfen, ob es möglich ist, unseren bestehenden Verbands-Vertrag um eine Datenbanküberwachungskomponente zu erweitern, wie es von SHC angeboten wird. Konkret schlage ich vor, dass die Erweiterung des Vertrages die regelmäßige Überwachung unserer Datenbanken umfasst, einschließlich der Sicherstellung der Datenintegrität, der Verfügbarkeit und der Performance-Optimierung. Des Weiteren wäre es wünschenswert, dass das SHC-Team bei potenziellen Sicherheitsrisiken proaktiv reagiert und geeignete Maßnahmen zur Absicherung unserer Datenbanken ergreift. Es ist mir bewusst, dass es möglicherweise eine Anpassung der Vertragskonditionen und der Servicegebühren erfordert. Vielen Dank im Voraus für Ihre Aufmerksamkeit und Ihre Bemühungen. Ich freue mich auf eine positive Rückmeldung. Mit freundlichen Grüßen
Andreas Kamala
IT-Systemadministration . Tel. +49 (0) 5223/9289-19 . a.kamala@wiemann.de WIEMANN GmbH . Lange Straße 77 . 32257 Bünde . www.wiemann.de
Amtsgericht Bad Oeynhausen, HRA8249 - USt-ID-Nr. DE124337537 . Geschäftsführer: Uwe Wiemann . Sitz der Gesellschaft: Bünde
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail.
Original Message processed by david®
SHComputersysteme GmbH - Auftrag-Nr. 254953 vom 01.06.2023 HD 430773 1. Juni 2023, 14:59 Uhr Von An Hallo Herr Kamala,
die im Helpdesk-Vorgang durchgeführte Dienstleistung ist kein Wartungsfall. Datenbank-Arbeiten sind nicht über die SHC-Wartung abgedeckt. Dass ein Datenbank-Server „volllaufen“ kann, haben wir nicht zu verantworten, daher kann dies kein Wartungsfall sein (siehe hierzu §1 Absatz 5 unseres Wartungsvertrages).
Die SHCware Wartung deckt Sourcecode-Fehler ab, die wir in unserer SHCware zu verantworten haben (siehe hierzu §1 Absatz 3 unseres Wartungsvertrages). Fehlermeldungen über den Helpdesk, die sich als keinen SHC-Fehler herausstellen, dürfen von uns als Dienstleistung abgerechnet werden (siehe hierzu §1 Absatz 4), auch im Nachgang!
Bei einem Helpdesk-Vorgang geht es darum, erst Recht bei so einem wichtigen Thema wie dem Archivsystem, dass Sie schnell geholfen bekommen. Zu Beginn einer Helpdesk-Analyse ist nicht immer zu erkennen, ob diese ein Wartungsthema ist oder nicht. Daher ist das Thema der Abrechnung häufig erst im Nachgang zu erkennen. Unsere Mitarbeiter sind zwar angehalten, frühzeitig den Anwender auf diese kostenpflichtige Dienstleistung hinzuweisen, das geht aber im schnelllebigen Alltagsgeschäft unter. Der Fokus liegt auf „schnelle Hilfe“. Das wird auch in Ihrem Sinne sein!
Aus diesem Grund erhalten Sie zunächst eine Auftragsbestätigung, damit Sie über die anstehende Rechnung informiert werden und natürlich auch die Möglichkeit zu haben, zu Wiedersprechen. Wie bereits erwähnt, können wir Ihren Wiederspruch aus besagten Gründen nicht akzeptieren.
Die Alternative wäre das Schreiben eines Angebotes. Wir schreiben Angebote 1 mal pro Woche. Möchten Sie zukünftig bei solchen Vorgängen 1 Woche auf das Angebot warten, dann das Angebot beauftragen und dann ca. 6 Wochen auf die Dienstleistung warten (normale Lieferzeit bei erteilten Dienstleistungsaufträgen)?
Wir bitten um Verständnis für unsere lösungsorientierte Vorgehensweise und werden Ihnen nächste Woche zu den Auftrag die Rechnung zukommen lassen.
HINWEIS: Um Datenbank-Probleme frühzeitig zu erkennen, bieten wir unseren Kunden eine sog. Datenbank-Überwachung an, die jede Nacht durchgeführt wird. An jedem Morgen prüfen wir alle in der Überwachungen liegenden Datenbanken und reagieren bei aufkommenden Fehlern proaktiv. Diese monatl Überwachung kostet je Oracle-DB-Server 55,- EUR monatlich und kann nach einem Jahr monatl. gekündigt werden. Viele Unternehmen nutzen diese Überwachung. Im vorliegenden Fall wäre das „Ansteigen des Speicherplatzes erkannt worden, eine frühzeitige Reaktion wäre möglich gewesen, der Fehler wäre nicht aufgetreten.
Für Fragen stehe ich Ihnen jederzeit zur Verfügung.
Mit freundlichen Grüßen
Peter Uhl Prokurist und Vertriebsleiter
Geschäftsführer: Jan Graevenstein, Norman Hisgen, Riccardo Amato Kommentar von Klaus Schnaible - 09.11.2023 12:51 Muss individuell beauftragt werden. Kommentar von Thomas Stucky - 09.11.2023 12:51Muss individuell beauftragt werden. Kommentar von Andreas Kamala - 08.02.2024 13:33Sehr geehrtes Support-Team,
gibt es vielleicht Neuigkeiten bzgl. der Entscheidung für die Oracle-Datenbanküberwachung, Ticket FEGSHC-366?
Mit freundlichen Grüßen
Andreas Kamala
IT-Systemadministration Tel. +49 (0) 5223/9289-19 _ _ a.kamala@wiemann.de_ WIEMANN GmbH Lange Straße 77 32257 Bünde _ www.wiemann.de_
Amtsgericht Bad Oeynhausen, HRA8249 - USt-ID-Nr. DE124337537 . Geschäftsführer: Uwe Wiemann Sitz der Gesellschaft: Bünde
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet.
Von: Andreas Kamala <a.kamala@wiemann.de>
Hallo Herr Schnaible,
vielen Dank für die Information, ich freue mich auf die positive Entscheidung.
Mit freundlichen Grüßen
Andreas Kamala
IT-Systemadministration . Tel. +49 (0) 5223/9289-19 . _ _ a.kamala@wiemann.de_ WIEMANN GmbH . Lange Straße 77 . 32257 Bünde . _ www.wiemann.de_
Amtsgericht Bad Oeynhausen, HRA8249 - USt-ID-Nr. DE124337537 . Geschäftsführer: Uwe Wiemann . Sitz der Gesellschaft: Bünde
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail.
| Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-369 | Erweiterung des Auftragsstatus "2"- zur Vereinfachung der Nachverfolgung Erweiterung des Auftragsstatus "2"- zur Vereinfachung der Nachverfolgung
Beschreibung:
*Betroffener Bereich* Auftragsbestätigung, ist diese bereits verschickt *Ansprechpartner/Firma:* Herr Rothert, Bublitz und Profe GmbH *Betroffene Abteilung/betroffener Fachbereich* Vertrieb *Woher kommt die Anforderung* *Betroffene Fremdsysteme* nicht bekannt *Zielbeschreibung/Aktuelles Verhalten* Es muss über die Historie geprüft werden, ob bereits eine AB verschickt worden ist. Falls der Status „2L“ etabliert wird, kann dies ganz einfach durch die Anzeige des Status nachvollzogen werden. *Gewünschtes Verhalten* Wenn AB versendet worden ist, dann wird der Status „2“ in Status „2L“ gesetzt. *Warum brauchen Sie diese Änderung* Vereinfachung der Nachverfolgung/Kontrolle *Was möchten Sie mit dieser Änderung erreichen* Wenn man über den Verkaufsmonitor die täglichen Aufträge prüft, so kann man genau sehen, hat der Kunde bereits die AB erhalten oder nicht. *Welche Maßnahmen wurden schon ergriffen um das Ziel zu erreichen* noch keine *Weshalb waren diese Maßnahmen nicht zielführend* - *Wie häufig kommt die Situation vor* täglich *Welche Konsequenz hat es wenn diese Änderung nicht umgesetzt wird* Umständliche Nachverfolgung durch Geschäftsleitung/Vorgesetzten *Welche wichtigen Kriterien müssen bei der Umsetzung berücksichtig werden* Sobald die AB versendet wird, muss der Status auf „2L“ gesetzt werden. Kommentar von Thomas Stucky - 30.10.2023 13:27 Das Programm "Verkaufsmonitor" (VERKMON) wird entweder um eine Spalte zur Anzeige "AB versendet" erweitert. Alternativ: Status wird farbig eingefärbt wenn AB versendet. Aufwand: 8-16 Stunden Kommentar von Klaus Schnaible - 09.11.2023 13:10 Herr Lopez setzt sich mit Herrn Rothert in Verbindung zwecks Lösung über dyn. Zusatzinfos. Kommentar von Thomas Stucky - 09.11.2023 13:10Herr Lopez setzt sich mit Herr Rothert in Verbindung Kommentar von Klaus Schnaible - 03.04.2024 10:24Kommentar Herr Lopez: Herr Rothert ist nicht mehr bei der Firma Bublitz. Der Nachfolger Herr Neubert wollte sich das Ticket anschauen und mir Rückmeldung geben. Ich hatte ihn im Januar nochmal daran erinnert, aber es kam bis jetzt keine Rückmeldung. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-371 | [Shop] Meine Bestellungen | Dokumente abrufen: Erweiterung Datenmodell um Dokumentenart "Rückgabeschein" [Shop] Meine Bestellungen | Dokumente abrufen: Erweiterung Datenmodell um Dokumentenart "Rückgabeschein"
Beschreibung:
Betroffener Bereich: Ansprechpartner/Firma: Betroffene Abteilung/betroffener Fachbereich: Woher kommt die Anforderung: Betroffene Fremdsysteme: Zielbeschreibung Aktuelles Verhalten: Gewünschtes Verhalten: Warum brauchen Sie diese Änderung: Was möchten Sie mit dieser Änderung erreichen: 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: Kommentar von Thomas Stucky - 12.06.2024 08:53 Hall Herr Stefan Herger, der Vorgang wird mit FEGSHC-370 Ticket bearbeitet. Doppelerfassung darum wird dieses Ticket geschlossen. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-372 | [Shop] Bezahlte Rechnung wird noch als offen angezeigt [Shop] Bezahlte Rechnung wird noch als offen angezeigt
Beschreibung:
Kundenrückmeldung von GH:Moster: Kunde 49139 hat gerade mitgeteilt, dass seine Rechnung 2282205 vom 30.04.2023 und 2276806 vom 24.04.2023 immer noch unter offene Rechnungen angezeigt bekommt. Ich habe bei uns in der Buchhaltung nachgefragt und diese Rechnungen wurde bereits am 15.05.2023 als bezahlt gebucht. Hinweis
Kommentar von Thomas Stucky - 21.06.2023 12:58 Umsetzung ist erfolgt, wir installieren den neuen Stand am 22.06.23 17:00 Uhr beim Gesellschafter (Moster) | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-375 | Vorerfassung des Wareneingang bei Direktbestellungen unterbinden Vorerfassung des Wareneingang bei Direktbestellungen unterbinden
Beschreibung:
Fa. Granzow, Herr Binder Hallo, Leider habe ich keine entsprechende Stelle gefunden um dies nur in der Vorerfassung zu unterbinden. Das Buchen eines Wareneingangs, ohne Vorerfassung, sollte aber weiterhin möglich sein. Kommentar von Thomas Stucky - 25.08.2023 14:01 Es gibt bereits einen Programmparameter SHC378 HINW_STRECKE.
Zur Ausgabe einer Meldung. Hier könnte eine Erweiterung, also die Möglichkeit eines Abbruchs erfolgen. Aufwand: 8 Stunden
ACHTUNG der unten angegebene UE kann nicht verwendet werden! Der User Exit: EK010.LADE_VORGANG wird derart erweitert, dass der PARAMETER.MODUS ausgewertet werden kann. Aufwand: 1 Tag für Erweiterung des UE ohne Ausprogrammierung Herr Kubiak prüft | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-377 | Kundenzusatzinfo (T337INFP) mit kopieren Kundenzusatzinfo (T337INFP) mit kopieren
Beschreibung:
EGU, Herr Beimel Die Kundeneinstellungen aus der Tabelle T337INFP werden nicht mit kopiert, wenn ich einen Kunden kopieren möchte. Dies hat bei uns schon mehrfach zu Problemen geführt. Die kompletten Kundendaten sollen kopiert werden. Eine Kopie eines Kunden sollte komplett sein und nicht Teile im Kundenstamm auslassen. Kommentar von Thomas Stucky - 30.10.2023 14:20 Neu Checkbox beim "kopieren" Kunde und Lieferant um die Zusatzfelder mitzukopieren. (SHC056k / SHC056L) Vorbelegung für "Default" der beiden neuen Checkboxen.
Aufwand: 16h Kommentar von Thomas Stucky - 10.11.2023 09:56Kommentar von Thomas Stucky - 03.01.2024 07:57Kommentar von Klaus Schnaible - 19.02.2024 09:54Es wurde dem Kopierfenster in SHC056K als auch in SHC056L eine Checkbox " Alles Zusatzfelder mitkopieren " hinzugefügt. Im SHC378 (COPY_T337INFP) können die Checkboxen vorbelegt werden. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-378 | Anpassung Termin Sicherheitsabfrage Anpassung Termin Sicherheitsabfrage
Beschreibung:
Betroffener Bereich: Kommentar von Klaus Schnaible - 26.09.2023 10:03 AG2466610.pdf siehe AG im Anhang Kommentar von Thomas Stucky - 13.11.2023 07:52Kommentar von Klaus Schnaible - 07.12.2023 16:05Kommentar von Klaus Schnaible - 07.12.2023 16:07Da ich bereits die Rechnung habe: Ist das umgesetzt? Kommentar von Thomas Stucky - 02.02.2024 13:31Ja, das ist umgesetzt und im aktuellen Quartalsrelease (QR62) enthalten. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-379 | [Shop] Meine Bestellungen - Trackingdetails anzeigen aus Cadis [Shop] Meine Bestellungen - Trackingdetails anzeigen aus Cadis
Beschreibung:
Step 1: Daten aus Cadis
MA: 432868 Kommentar von Klaus Schnaible - 08.11.2023 11:21 ist das nicht ein Teil von FEGSHC-282? Kommentar von Klaus Schnaible - 02.09.2024 15:52Ausgeführte Tätigkeiten:
| Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-380 | Erweiterung cadis Schnittstelle, um alternativ ohne Ladeliste arbeiten zu können Erweiterung cadis Schnittstelle, um alternativ ohne Ladeliste arbeiten zu können
Beschreibung:
Die cadis-Schnittstelle soll so erweitert werden, das die GH alternativ auch ohne Ladeliste arbeiten können. Kommentar von Klaus Schnaible - 06.10.2023 09:30 OrderStatus.xml Aufwand in Prüfung --> für Fa. Fischer Kommentar von Thomas Stucky - 08.11.2023 12:15Kommentar von Thomas Stucky - 08.11.2023 12:16Es wurde bereits ein Angebot an die Fa. Fischer erstellt, dieses wurde im Anhang hinzugefügt. Kommentar von Klaus Schnaible - 09.11.2023 13:38cadis ohne Ladeliste geht, in dem man entsprechende Trigger einrichtet. muss individuell beauftragt werden. Kommentar von Thomas Stucky - 09.11.2023 13:42Individuell Kommentar von Konstantin Claussen - 20.11.2023 11:35Bitte ein Angebot und die Rahmenbedingungen mit Herrn Bihler besprechen. Er hat ebenso Interesse an einer Lösung ohne Ladeliste. Danke Kommentar von Thomas Stucky - 30.11.2023 09:33Besprechung mit Herr Bihler ist erfolgt. Anpassungen am Versandetikett sind notwendig (Barcode für Packstücknummer) Einrichtung von LKW / Ladeliste usw... Trigger zur Übergabe der Versandvorgänge an Cadis R4 Herr Bihler kommt wegen eines Kontakts zu Cadis auf Herr Claussen zu. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-381 | Open Masterdata, Diskussion Open Masterdata, Diskussion
Beschreibung:
ZIEL Was Ablauf der Kommunikation Anforderungen an die Performance Datenstruktur Dokumente
Diskussion:
Kommentar von Stefan Herger - 06.10.2023 14:10 Schnittstellenbeschreibung WebService Open Masterdata On Demand (Verison 1.0.5).pdf ITEK-GmbH-OpenMasterData-ProductAPI-1.1.0-swagger.json Termin 06.10.23 Es wird seitens Fegime mit den Gesellschaftern besprochen, welche Daten zurückgeliefert werden sollen. Wenn sich die Anforderung auf nur Fegime beschränken würde, dann wäre eine direkte Umsetzung über die Fegime denkbar inkl. SHC-Abfragen bei Preisen. Kommentar von Klaus Schnaible - 19.10.2023 13:27Darauf sollten wir hin wirken. Bei IDS werden ja auch nur Daten aus dem Shop an die WaWi zurückgemeldet. Kommentar von Klaus Schnaible - 09.11.2023 13:48Daten aus dem Shop, nur Preis und evtl. Bestand aus der WaWi. Kommentar von Thomas Stucky - 09.11.2023 13:49Daten sollen aus EO geliefert werden | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-382 | [Shop] Request-Erweiterung: Übertragung des Wertes "Metallzahl" [Shop] Request-Erweiterung: Übertragung des Wertes "Metallzahl"
Beschreibung:
WasAktuell wird der "Metallzahl" Wert bereits im Shop je Artikel angezeigt. Auszug der aktuellen Anzeige auf der Artikeldetailseite im Shop: WoRequest:Artikelliste AKs
Kommentar von Thomas Stucky - 29.11.2023 10:25 HD: 434663 erstellt Kommentar von Thomas Stucky - 15.01.2024 07:37Kommentar von Stefan Herger - 18.01.2024 16:40fertiggestellt. Die Metallzahl wird nun bei den entsprechenden Artikeln unter dem TAG <metallgewicht> mit ausgegeben. Wird in QR63 enthalten sein Kommentar von Klaus Schnaible - 19.01.2024 13:20Stefan Herger Bitte auch im Wiki bei den Requests anpassen - für die Dokumentation für Gesellschafter ohne SHCware, aber unserem Shop (UMO, straschu, Kurz, ...). Der Artikel-Request für Elektro-Online wurde bei den Metallarten CU = Kupfer, AL=Aluminium und PB=Blei um die Metallzahl (T051ART.SPEZG) des Artikels erweitert. Kommentar von Stefan Herger - 14.03.2024 04:56Klaus Schnaible > Die zusätzliche Information aus SHC würde die Info von uns überschreiben. Somit zusätzlich und es fällt nichts an Information weg. Falls das der Fall sein sollte, hatte ich diese Info bisher nicht. Kommentar von Klaus Schnaible - 15.03.2024 14:01alles ok | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-383 | [Shop] Meine Bestellungen: Stornierter Auftrag noch in den Rückständen sichtbar [Shop] Meine Bestellungen: Stornierter Auftrag noch in den Rückständen sichtbar
Beschreibung:
WasMeldung von GH:Moster Beim Kunden 10726 wurde der Auftrag 5683246/01 vor langer Zeit storniert, allerdings taucht der Auftrag noch immer bei offen Rückständen auf und ist nicht als storniert markiert. Hinweislt. Moster wurden die Artikel aus dem Auftrag gelöscht. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-385 | Pro Objekte eine Emailadresse erfassen, an die die Objektrechnung geschickt wird. Pro Objekte eine Emailadresse erfassen, an die die Objektrechnung geschickt wird.
Beschreibung:
Betroffener Bereich Ansprechpartner/Firma: Betroffene Abteilung/betroffener Fachbereich Woher kommt die Anforderung Betroffene Fremdsysteme Zielbeschreibung/Aktuelles Verhalten Gewünschtes Verhalten Warum brauchen Sie diese Änderung Was möchten Sie mit dieser Änderung erreichen 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 Mit freundlichen Grüßen Steffen Matheis Kommentar von Thomas Stucky - 08.11.2023 15:16Kommentar von Thomas Stucky - 08.11.2023 15:17 Angebot angehängt Kommentar von Thomas Stucky - 09.11.2023 14:07Abgelehnt Lösung: Einzelne Kundenkonten anlegen | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-387 | [Shop] Meine Dokumente: fehlende Gutschriften beim Kunden 15123 Duda [Shop] Meine Dokumente: fehlende Gutschriften beim Kunden 15123 Duda
Beschreibung:
WasMeldung durch GH:Moster Hinweis Kommentar von Thomas Stucky - 08.11.2023 12:24 Auf Kunde Moster HD: 434064 erfasst. Es handelt sich um einen Helpdesk-Vorgang, aus unserer Sicht kein Thema für den FB. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-388 | 3 GH:Rosenberger / Aktivierung Push-Schnittstelle und Altdatenmigration 3 GH:Rosenberger / Aktivierung Push-Schnittstelle und Altdatenmigration
Beschreibung:
WasFolgende Punkte sollen für den Großhändler durch SHC umgesetzt sein:
Betriebsnummer: 233 Ansprechpartner beim Großhändler: Bitte Umsetzungstermin direkt vereinbaren und hier im Ticket vermerken. Kommentar von Stefan Herger - 22.11.2023 10:11 neues Umstellungsticket Kommentar von Manuel Mauser - 28.11.2023 11:53Hallo zusammen, Maik Weber Thomas Stucky , Wann soll hierfür der Umstellungstermin stattfinden ? LG Manuel Mauser Kommentar von Maik Weber - 06.12.2023 13:47Hallo Herr Herger, wir warten noch auf den angeforderten Token zu diesem Vorgang. Bitte teilen sie uns zudem die Anschlußhausnummer des Gesellschafters mit. Vielen Dank im voraus Viele Grüße Maik Weber Kommentar von Stefan Herger - 06.12.2023 14:20Maik Weber Falls Sie eine andere Nummer meinten, einfach melden. Kommentar von Maik Weber - 07.12.2023 09:59Hallo Herr Herger, es geht um den Auth-Key: welcher im SHC611WSDL beim Gesellschafter eingetragen werden muss. In der Doku steht, das dieser Key von Geneon bereitgestellt wird. Wissen sie, ob der Kunde diesen bereits erhalten hat oder ob dieser noch angefragt werden muss? Vielen Dank und viele Grüße Maik Weber Kommentar von Stefan Herger - 11.12.2023 11:45Maik Weber der Token wurde von Hr. König von Geneon per Mail versendet. Kommentar von Maik Weber - 12.12.2023 11:04in Bearbeitung Kommentar von Maik Weber - 12.12.2023 17:01Hallo Herr Herger, heute haben wir beim Kunden ELRO Rosenberger die Push-Schnittstelle erfolgreich eingerichtet und die Altdatenmigration durchgeführt. Herr Rosenberger wurde informiert. VG Maik Weber | Serviceanfrage | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-389 | 4 GH:Nägele / Aktivierung Push-Schnittstelle und Altdatenmigration 4 GH:Nägele / Aktivierung Push-Schnittstelle und Altdatenmigration
Beschreibung:
WasFolgende Punkte sollen für den Großhändler durch SHC umgesetzt sein:
Ansprechpartner beim Großhändler: Bitte Umsetzungstermin direkt vereinbaren und hier im Ticket vermerken. Kommentar von Stefan Herger - 22.11.2023 10:24 neues Umstellungsticket Kommentar von Stefan Herger - 08.01.2024 12:29Maik Weber Hallo Herr Herger, bei Nägele waren nicht alle Voraussetzungen erfüllt und ich habe lange auf die Entscheidung gewartet, ob wir das APEX-Versions-Upgrade durchführen sollen. Dies wurde nun letzte Woche durch unsere Technik gemacht und ich habe mir die Einrichtung für den 11.01 eingeplant.
Kommentar von Maik Weber - 15.01.2024 14:10 Hallo, Hallo Herr Maik Weber, ist noch etwas von Ihrer Seite zu machen oder warum ist das Ticket noch offen? Kommentar von Maik Weber - 15.01.2024 17:08Hallo Frau Könemann, nein, nur vergessen, vielen Dank für die info | Serviceanfrage | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-390 | 10 GH:Bihler / Aktivierung Push-Schnittstelle und Altdatenmigration 10 GH:Bihler / Aktivierung Push-Schnittstelle und Altdatenmigration
Beschreibung:
WasFolgende Punkte sollen für den Großhändler durch SHC umgesetzt sein:
Ansprechpartner beim Großhändler: Tel.: 08333/309-15 christof.keller@bihler-co.de Bitte Umsetzungstermin direkt vereinbaren und hier im Ticket vermerken. Kommentar von Stefan Herger - 08.01.2024 12:40 Maik Weber Hallo zusammen, | Serviceanfrage | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-391 | 5 GH:Elwateg / Aktivierung Push-Schnittstelle und Altdatenmigration 5 GH:Elwateg / Aktivierung Push-Schnittstelle und Altdatenmigration
Beschreibung:
WasFolgende Punkte sollen für den Großhändler durch SHC umgesetzt sein:
Ansprechpartner beim Großhändler: +49 4441 917027 Bitte Umsetzungstermin direkt vereinbaren und hier im Ticket vermerken. Kommentar von Manuel Mauser - 28.11.2023 15:10
Neues Umstellungsticket VG Manuel Mauser Kommentar von Maik Weber - 06.12.2023 14:02Hallo Herr Mauser, für die Einrichtung bei den Gesellschaftern wird ja ein Zugangs-Token benötigt. Können sie uns diese für Elwateg hier und die anderen drei zukommen lassen? Und besteht die Möglichkeit eine Übersicht der Hausanschlußnummern aller Fegime-Gesellschafter zu bekommen bzw können sie uns diese bitte bei jeder neuen Einrichtung nennen? Vielen Dank Maik Weber Kommentar von Maik Weber - 20.12.2023 08:24Hallo zusammen, Firma Elwateg wurde gestern Nachmittag erfolgreich eingerichtet. Kunde wurde informiert, zwecks Aktivierung "Meine Bestellungen" im Live-Betrieb. Bei Fragen stehe gern zur Verfügung Viele Grüße Maik Weber | Serviceanfrage | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-392 | 6 GH:Theodor Maier/ Aktivierung Push-Schnittstelle und Altdatenmigration 6 GH:Theodor Maier/ Aktivierung Push-Schnittstelle und Altdatenmigration
Beschreibung:
WasFolgende Punkte sollen für den Großhändler durch SHC umgesetzt sein:
Ansprechpartner beim Großhändler: 0731-7075-0 Bitte Umsetzungstermin direkt vereinbaren und hier im Ticket vermerken. Kommentar von Manuel Mauser - 28.11.2023 15:09 Hallo zusammen, Maik Weber Thomas Stucky
Neues Umstellungsticket VG Kommentar von Maik Weber - 27.12.2023 16:55Hallo zusammen, | Serviceanfrage | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-394 | 7 GH: Holzmann/ Aktivierung Push-Schnittstelle und Altdatenmigration 7 GH: Holzmann/ Aktivierung Push-Schnittstelle und Altdatenmigration
Beschreibung:
WasFolgende Punkte sollen für den Großhändler durch SHC umgesetzt sein:
Ansprechpartner beim Großhändler: 0731-7075-0
Bitte Umsetzungstermin direkt vereinbaren und hier im Ticket vermerken. Kommentar von Manuel Mauser - 20.12.2023 08:21 Hallo zusammen Maik Weber Neues Umstellungsticket VG Kommentar von Maik Weber - 05.01.2024 13:27Hallo, | Serviceanfrage | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-395 | 8 GH: Moelle/ Aktivierung Push-Schnittstelle und Altdatenmigration 8 GH: Moelle/ Aktivierung Push-Schnittstelle und Altdatenmigration
Beschreibung:
WasFolgende Punkte sollen für den Großhändler durch SHC umgesetzt sein:
Ansprechpartner beim Großhändler:
Bitte Umsetzungstermin direkt vereinbaren und hier im Ticket vermerken. Kommentar von Manuel Mauser - 20.12.2023 10:47 Hallo Maik Weber, Neues Umstellungsticket VG Hallo zusammen, | Serviceanfrage | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-396 | Dynamische Platzhalter für den Mailbetreff Dynamische Platzhalter für den Mailbetreff
Beschreibung:
Mattheis, Fa. Krieger Es wird gewünscht beim Versand von Rechnungen Auftragsangaben auswählen zu können. Auftragsangaben gibt es heute nur in sehr abgespeckter Form, da auf Grund der Sammelrechnungsthematik die Informationen nicht auf Rechnungskopfebene, sondern nur Lieferscheinebene vorhanden sind, und daher nicht vergleichbar zu Angebot, Auftragsbestätigung oder Lieferschein der Auswahl stehen, wie bspw. Objektbezeichnung, Auftragskopfadressen, u.Ä.
Die von Herrn Mattheis, Fa. Krieger, gewünschten Felder könnten wir mit 2-3 Stunden implementieren und durchaus für alle Gesellschafter ein Mehrwert darstellen. Kommentar von Klaus Schnaible - 11.01.2024 16:30 Erweiterung der Mail-Betreff-Platzhalter für Rechnungen um die Objektbezeichnung 1 und 2 des Auftrages, und die Web-Adresse des Kunden. Die Web-Adresse des Kunden entspricht der Kommunikationsart „WWW“ im Kundenstamm (T042wkom). Einstellbar über SHC401EM. Die Platzhalter sind %OBEZ1 und %OBEZ2, und %RWWW. Siehe hierzu auch die Feldhilfe in SHC401EM. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-398 | 12 GH:Fischer; Dunkel / Aktivierung Push-Schnittstelle und Altdatenmigration 12 GH:Fischer; Dunkel / Aktivierung Push-Schnittstelle und Altdatenmigration
Beschreibung:
WasFolgende Punkte sollen für den Großhändler durch SHC umgesetzt sein:
Ansprechpartner beim Großhändler: Tel.: 02632290846 f.stemmler@fischer-egh.de Bitte Umsetzungstermin direkt vereinbaren und hier im Ticket vermerken. Kommentar von Janine Könemann - 09.01.2024 17:37 Umstellungsticket für Fischer und Adam Dunkel Kommentar von Maik Weber - 23.01.2024 14:03Hallo zusammen, bei Fischer warte ich auch noch auf das GO, so wie bei Krieger. nur das sie sich nicht wundern, das hier nichts losgeht. Viele Dank und viele Grüße Kommentar von Maik Weber - 07.02.2024 16:17 Hallo, | Serviceanfrage | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-399 | Änderungswünsche am FEGIME Rechnungsformular Änderungswünsche am FEGIME Rechnungsformular
Beschreibung:
Mattheis, Krieger: wir nutzen seit einiger Zeit das Fegime SHC Rechnungsformular. Wir bitten folgende Punkte anzupassen: 1. Sachbearbeiter im Rechnungskopf An dieser Stelle wird wohl der SB der ersten Auftrags der Rechnung gezogen. Wir sind der Meinung, dass im Kopf der Rechnung kein SB angedruckt werden sollte.
2. Es fehlt die Angabe des Objektes komplett Wir trennen, SHC Standard, Rechnungen nach Objekten.
3. Es fehlt in der Position die Angaben aus der Trommelverwaltung SHC036 Hier sollte aufgeführt werden von welcher Trommel abgeschnitten wurde. Wurde die Trommel mitgeliefert oder nicht. Es es eine Miettrommel, Mehrwegtrommel mit Rückgabepflicht oder Einweg zum Verbleib beim Kunden
Hallo Herr Stucky, kann das noch zu den laufenden Aufgaben mit genommen werden? MA: 438799 Kommentar von Thomas Stucky - 08.03.2024 13:41 Wir erstellen einen Schalter im SHC650KST mit welchem Andruck des Sachbearbeiters inkl. Kommunikationsdaten für die Rechung deaktiviert werden kann (nur bei Sammelrechnungen). Wir bauen die Angaben aus der Trommelverwaltung mit ein. --> Größerer Aufwand Aufwand: 16h
Fehlende Objekte beseitigen wir im Rahmen der Wartung (Programmparamter SAMM_OBJE muss berücksichtigt werden)! Kommentar von Klaus Schnaible - 08.03.2024 14:04Das ist dann schon das neue FEGIME Rechnungsformular? Bitte umsetzen. Kommentar von Thomas Stucky - 14.06.2024 12:47Kommentar von Thomas Stucky - 24.09.2024 08:27Hallo Herr Klaus Schnaible , das Ticket ist fertig und wird mit dem nächsten Release ausgeliefert. Neuer Schalter 86 im Programm "Kunden-Belegarten Druckersteuerung" (SHC650KST), mit welchem der Andruck des Sachbearbeiters inkl. Kommunikationsdaten im Kopf der DevExpress-Standardrechnung-Fegime deaktiviert werden kann (nur bei Sammelrechnungen). Angaben aus der Kabeltrommelverwaltung werden nun unterhalb der Position ausgegeben. DIe "Default-Steuerung" für die Objektangaben wurde auf "andrucken" geändert. Sollte eine andere Einstellung gewünscht sein, muss diese im Programm "Kunden-Belegarten Druckersteuerung" (SHC650KST) Schalter 100 hinterlegt werden. Kommentar von Klaus Schnaible - 10.10.2024 11:09Neuer Schalter 86 im Programm "Kunden-Belegarten Druckersteuerung" (SHC650KST), mit welchem der Andruck des | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-401 | Erweiterung SHC072EW - Kundensonderkondition Einstufungswunsch Erweiterung SHC072EW - Kundensonderkondition Einstufungswunsch
Beschreibung:
Fa. Seiwert, Frau Waltner Ist es möglich in der SHC072EW - Kunden Sonderkonditionen Einstufungswunsch noch die Art des Rabattes mit einzutragen: B Betragsmäßiger Rabatt Vielleicht ist es auch möglich den EK-Rabatt der Kagr aus der SHC360 als Anzeige mit anzugeben? MA: 438801 Kommentar von Thomas Stucky - 07.06.2024 09:01 Erweiterung der beiden Programm (Einreichen & Bewilligen) um 2 weitere Spalten Anzeige "Bisherige Art des Rabatts" Wunsch "Art des Rabatts" pflegbar Übernahme in die Kondition bei Bewilligung. Aufwand: 24h Kommentar von Thomas Stucky - 14.06.2024 12:00Kommentar von Thomas Stucky - 17.06.2024 08:21 | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-402 | 14 GH:TecNet / Aktivierung Push-Schnittstelle und Altdatenmigration 14 GH:TecNet / Aktivierung Push-Schnittstelle und Altdatenmigration
Beschreibung:
WasFolgende Punkte sollen für den Großhändler durch SHC umgesetzt sein:
Ansprechpartner beim Großhändler: Tel.: 0221/682085 schloesser@tecnetgmbh.de Bitte Umsetzungstermin direkt vereinbaren und hier im Ticket vermerken. Kommentar von Manuel Mauser - 13.02.2024 08:58 Umstellungsticket für TecNet. Mfg Kommentar von Maik Weber - 14.03.2024 15:24Hallo, | Serviceanfrage | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-403 | 15 GH:Seiwert / Aktivierung Push-Schnittstelle und Altdatenmigration 15 GH:Seiwert / Aktivierung Push-Schnittstelle und Altdatenmigration
Beschreibung:
WasFolgende Punkte sollen für den Großhändler durch SHC umgesetzt sein:
Ansprechpartner beim Großhändler: Tel.: +49(6825)408-649 h.kirsch@elektro-seiwert.de Bitte Umsetzungstermin direkt vereinbaren und hier im Ticket vermerken. Kommentar von Manuel Mauser - 13.02.2024 09:09 Umstellungsticket für Seiwert. Mfg. Kommentar von Maik Weber - 23.02.2024 17:30Hallo, | Serviceanfrage | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-404 | 16 GH:HEKA Thomas Hentschel / Aktivierung Push-Schnittstelle und Altdatenmigration 16 GH:HEKA Thomas Hentschel / Aktivierung Push-Schnittstelle und Altdatenmigration
Beschreibung:
WasFolgende Punkte sollen für den Großhändler durch SHC umgesetzt sein:
Ansprechpartner beim Großhändler: Tel.: +49 3762 75930-18 k.eberhardt@heka-direkt.de Bitte Umsetzungstermin direkt vereinbaren und hier im Ticket vermerken. Kommentar von Manuel Mauser - 13.02.2024 09:23 Umstellungsticket für Seiwert. Mfg. Kommentar von Maik Weber - 08.03.2024 15:06Hallo, | Serviceanfrage | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-405 | 17 GH:Kreuser & Jansen / Aktivierung Push-Schnittstelle und Altdatenmigration 17 GH:Kreuser & Jansen / Aktivierung Push-Schnittstelle und Altdatenmigration
Beschreibung:
WasFolgende Punkte sollen für den Großhändler durch SHC umgesetzt sein:
Ansprechpartner beim Großhändler: Tel.: 02234-21938-21 sell@kreuser-jansen.de
Bitte Umsetzungstermin direkt vereinbaren und hier im Ticket vermerken. Kommentar von Manuel Mauser - 13.02.2024 10:59 Umstellungsticket für Kreuser. Mfg. Kommentar von Maik Weber - 12.04.2024 17:20Hallo, | Serviceanfrage | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-407 | 19 GH: Uwe Wiemann GmbH & Co KG/ Aktivierung Push-Schnittstelle und Altdatenmigration 19 GH: Uwe Wiemann GmbH & Co KG/ Aktivierung Push-Schnittstelle und Altdatenmigration
Beschreibung:
WasFolgende Punkte sollen für den Großhändler durch SHC umgesetzt sein:
Ansprechpartner beim Großhändler: Patrick Heuer
Bitte Umsetzungstermin direkt vereinbaren und hier im Ticket vermerken. Kommentar von Maik Weber - 19.02.2024 12:12 Achtung, zur Info: Wiemann GmbH hat die Einrichtung abgelehnt bzw. nicht beauftragt. Stattdessen wolle nur Uwe Wiemann GmbH & Co KG die Einrichtung haben. viele Grüße Maik Weber Kommentar von Maik Weber - 19.02.2024 12:14Wiemann GmbH kommt evtl. später noch dazu Kommentar von Maik Weber - 21.02.2024 19:16Hallo, Hallo Herr Weber, Die Wiemann GmbH wurde nicht für die Schnittstelle aktiv geschalten, richtig? Kommentar von Maik Weber - 14.05.2024 15:52Hallo Herr Herger, richtig, ich sollte vom Kunden aus nur Uwe Wiemann GmbH & Co. KG - Elektro- und Solargroßhandel einrichten. Kommentar von Stefan Herger - 15.05.2024 09:28Wir klären gerade mit Wiemann GmbH wie weiter verfahren werden soll. Ich melde mich hier nochmal, wenn Wiemann GmbH auch aktiviert werden soll. Danke Ihnen. Viele Grüße Stefan Herger Kommentar von Stefan Herger - 21.05.2024 09:38wie von Hr. Kamala direkt per Mail mitgeteilt bitte Wiemann GmbH ebenfalls einrichten. Vielen Dank. viele Grüße Stefan Herger Kommentar von Maik Weber - 24.05.2024 13:49 Hallo, | Serviceanfrage | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-408 | 9 GH: Bublitz GmbH / Aktivierung Push-Schnittstelle und Altdatenmigration 9 GH: Bublitz GmbH / Aktivierung Push-Schnittstelle und Altdatenmigration
Beschreibung:
WasFolgende Punkte sollen für den Großhändler durch SHC umgesetzt sein:
Ansprechpartner beim Großhändler: Tel.: 03764/401020
Bitte Umsetzungstermin direkt vereinbaren und hier im Ticket vermerken. Kommentar von Manuel Mauser - 06.03.2024 16:04 @Maik Weber neues Umstellungsticket Mit freundlichen Grüßen Manuel Mauser Kommentar von Maik Weber - 07.03.2024 11:45laut Rücksprache mit Moritz Bublitz
wird bei folgenden Mandanten und Lagern die Einrichtung vorgenommen Bublitz: Mandant 1 Lager-Nr. 1 Hallo, | Serviceanfrage | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-415 | 21 GH: Elektro-Brisch GmbH & Co. KG/ Aktivierung Push-Schnittstelle und Altdatenmigration 21 GH: Elektro-Brisch GmbH & Co. KG/ Aktivierung Push-Schnittstelle und Altdatenmigration
Beschreibung:
WasFolgende Punkte sollen für den Großhändler durch SHC umgesetzt sein:
Ansprechpartner beim Großhändler: Michael Dorkowski dorkowski@elektro-brisch.de Bitte Umsetzungstermin direkt vereinbaren und hier im Ticket vermerken. Kommentar von Manuel Mauser - 19.03.2024 15:36 Hallo @Maik Weber, neues umstellungsticket. Mfg Manuel Mauser Kommentar von Maik Weber - 28.03.2024 15:45Hallo, | Serviceanfrage | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-416 | 25 GH: Eit / Aktivierung Push-Schnittstelle und Altdatenmigration 25 GH: Eit / Aktivierung Push-Schnittstelle und Altdatenmigration
Beschreibung:
WasFolgende Punkte sollen für den Großhändler durch SHC umgesetzt sein:
Ansprechpartner beim Großhändler: Tel.: 02381/9456-130 wsulk@eit-hamm.de Bitte Umsetzungstermin direkt vereinbaren und hier im Ticket vermerken. Kommentar von Manuel Mauser - 20.03.2024 14:14 Hallo Maik Weber , Neues Umstellungsticket für eit. Mfg Manuel Mauser Kommentar von Maik Weber - 12.07.2024 14:00Hallo Herr Mauser, ich habe nochmal eine Frage: EIT-Hamm gehört doch zur EGU? Ich sehe eine SHC-DB bei EIT (Mandant=35) und bei EGU gibt es auch einen Mandanten EIT mit dem Mandanten=35. mit EGU habe ich bereits Kontakt wegen der Einrichtung FEGSHC-437 Da werden wahrscheinlich alle Mandanten mit einem Schlag eingerichtet (auch EIT) Ist das dann richtig, das EIT hier seperat eingerichtet werden soll? vielen Dank Kommentar von Klaus Schnaible - 12.07.2024 14:14EIT Hamm gehört nicht zur EGU - darf aber über die EGU mit einkaufen. Ansonsten ist EIT Hamm eigenständig. Ist auch ein eigenständiger Gesellschafter. Wo dessen IT steht weiß ich aber nicht. Kommentar von Maik Weber - 12.07.2024 14:30besten Dank für die Aufklärung Herr Schnaible, ich wünsche ihnen ein schönens Wochenende Kommentar von Janine Könemann - 25.07.2024 11:49Hallo Maik Weber, wie ist denn Stand dieser Aktivierung? Kommentar von Maik Weber - 25.07.2024 15:13Hallo, Danke für die Info | Serviceanfrage | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-417 | 27 Plein GH: Plein/ETG Unpra / Elektro Langen/ Aktivierung Push-Schnittstelle und Altdatenmigration 27 Plein GH: Plein/ETG Unpra / Elektro Langen/ Aktivierung Push-Schnittstelle und Altdatenmigration
Beschreibung:
WasFolgende Punkte sollen für den Großhändler durch SHC umgesetzt sein:
Ansprechpartner beim Großhändler: Phillip Klein
Bitte Umsetzungstermin direkt vereinbaren und hier im Ticket vermerken. Kommentar von Manuel Mauser - 22.03.2024 13:10 Hallo Maik Weber , neues Umstellungsticket Mfg Manuel Mauser Kommentar von Maik Weber - 28.03.2024 15:47Hallo, Hallo, ich hatte Probleme mit der Funktion im Shop gemeldet, wieso sehe ich das hier nicht? Ich hatte am 5.4.2024 geschrieben und am 16.04.2024 erneut nachgefragt! Wie ist hier bitte der Stand ?!?
Hallo Herr Klein, im Gesellschafter-Helpdesk der FEGIME ist kein Vorgang zu finden. Grüße Kommentar von Philipp Klein - 11.06.2024 11:41Hallo,
Mit freundlichen Grüßen i.V. Philipp Klein Tel.: 0211 4694 - 159 Von: Klaus Schnaible <klaus.schnaible@fegime.de> Ok, sie haben Ihre Mail an FEGSHC-417 geschickt, besser wäre an FEGGES-1385. Das wird immer an das jeweilige Ticket gehängt. Status: in Arbeit, letzte Info: Ich Informiere die Kollegen nochmals. Mit freundlichen Grüßen ppa. Klaus Schnaible FEGIME Deutschland GmbH & Co KG Gutenstetter Straße 8e 90449 Nürnberg Von: Philipp Klein <P.Klein@plein-elektro.de> Hallo Herr Schnaible,
Mit freundlichen Grüßen
i.V. Philipp Klein Organisation / EDV
Tel.: 0211 4694 - 159 E-Mail: p.klein@plein-elektro.de
Von: Klaus Schnaible <klaus.schnaible@fegime.de Hallo Herr Klein, im Gesellschafter Helpdesk der FEGIME kann ich leider keinen Vorgang finden. Mit freundlichen Grüßen ppa. Klaus Schnaible FEGIME Deutschland GmbH & Co KG Gutenstetter Straße 8e 90449 Nürnberg Von: Philipp Klein (Jira) <jira@geneon.de
27 Plein GH: Plein/ETG Unpra / Elektro Langen/ Aktivierung Push-Schnittstelle und Altdatenmigration
1 Kommentar |
Tel. 0211-4694-0 Plein Elektro-Grosshandel GmbH & Co. KG - Sitz: Düsseldorf Registergericht: Düsseldorf HRA 10864
Der Inhalt dieser E-Mail ist vertraulich und ausschließlich für den bezeichneten Adressaten bestimmt. Wenn Sie nicht der vorgesehene Adressat dieser E-Mail oder dessen Vertreter sein sollten, so beachten Sie bitte, dass jede Form der Kenntnisnahme, Veröffentlichung, Vervielfältigung oder Weitergabe des Inhalts dieser E-Mail unzulässig ist. Wir bitten Sie, sich in diesem Fall mit dem Absender der E-Mail in Verbindung zu setzen, sowie die Originalnachricht zu löschen und alle Kopien hiervon zu vernichten. Um den Grundsatz einer fairen und transparenten Verarbeitung personenbezogener Daten zu erfüllen, informieren wir im folgenden Kunden und Lieferanten über die Verarbeitung der erhobenen personenbezogenen Daten: Die Pflichtinformation für Kunden/Lieferanten können Sie hier als PFD-Datei herunterladen. [Tel. 0211-4694-0 Fax 0211-4694-250 |] Plein Elektro-Grosshandel GmbH & Co. KG - Sitz: Düsseldorf Registergericht: Düsseldorf HRA 10864
Der Inhalt dieser E-Mail ist vertraulich und ausschließlich für den bezeichneten Adressaten bestimmt. Wenn Sie nicht der vorgesehene Adressat dieser E-Mail oder dessen Vertreter sein sollten, so beachten Sie bitte, dass jede Form der Kenntnisnahme, Veröffentlichung, Vervielfältigung oder Weitergabe des Inhalts dieser E-Mail unzulässig ist. Wir bitten Sie, sich in diesem Fall mit dem Absender der E-Mail in Verbindung zu setzen, sowie die Originalnachricht zu löschen und alle Kopien hiervon zu vernichten. Um den Grundsatz einer fairen und transparenten Verarbeitung personenbezogener Daten zu erfüllen, informieren wir im folgenden Kunden und Lieferanten über die Verarbeitung der erhobenen personenbezogenen Daten: Die Pflichtinformation für Kunden/Lieferanten können Sie hier als PFD-Datei herunterladen. Der/Die folgende
| Serviceanfrage | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-419 | 22 GH: Hermann Müller/ Aktivierung Push-Schnittstelle und Altdatenmigration 22 GH: Hermann Müller/ Aktivierung Push-Schnittstelle und Altdatenmigration
Beschreibung:
WasFolgende Punkte sollen für den Großhändler durch SHC umgesetzt sein:
Ansprechpartner beim Großhändler: Tobias Mangold IT & Organisation Tel. +49 751 4008-118 e-Mail: tobias.mangold@eghm.de
Bitte Umsetzungstermin direkt vereinbaren und hier im Ticket vermerken. Kommentar von Janine Könemann - 28.03.2024 12:44 Hallo Maik Weber , neues Umstellungsticket Mfg Janine Könemann Kommentar von Maik Weber - 12.04.2024 17:21Hallo, | Serviceanfrage | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-421 | 24 GH: Paul Schmidt/ Aktivierung Push-Schnittstelle und Altdatenmigration 24 GH: Paul Schmidt/ Aktivierung Push-Schnittstelle und Altdatenmigration
Beschreibung:
WasFolgende Punkte sollen für den Großhändler durch SHC umgesetzt sein:
Ansprechpartner beim Großhändler: Niedermeier Stefan IT & Organisation Tel. 0991/37139-49 e-Mail: sniedermeier@paul-schmidt.de
Bitte Umsetzungstermin direkt vereinbaren und hier im Ticket vermerken. Kommentar von Manuel Mauser - 11.04.2024 08:50 Hallo @Maik Weber , neues Umstellungsticket Mfg Manuel Mauser Kommentar von Maik Weber - 29.04.2024 09:17Hallo, | Serviceanfrage | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-422 | 26 GH: Beck / Aktivierung Push-Schnittstelle und Altdatenmigration 26 GH: Beck / Aktivierung Push-Schnittstelle und Altdatenmigration
Beschreibung:
WasFolgende Punkte sollen für den Großhändler durch SHC umgesetzt sein:
Ansprechpartner beim Großhändler: Tel.: 03695/5563-26 r.hengmith@egh-beck.de Bitte Umsetzungstermin direkt vereinbaren und hier im Ticket vermerken. Kommentar von Manuel Mauser - 15.04.2024 11:45 Hallo Maik Weber, neues Umstellungsticket. Mfg Manuel Mauser Kommentar von Maik Weber - 29.04.2024 09:16Hallo, | Serviceanfrage | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-423 | [generell] Alternative VPE ohne EAN [generell] Alternative VPE ohne EAN
Beschreibung:
Herr Peter, Fegime Bei weitem nicht jeder Artikel hat eine direkte EAN - nur wenn vom Lieferant (vorteilhafterweise) vergeben. Aber diesen Artikeln ohne EAN muss ebenfalls eine Alternative VPE, bzw. Mengenstaffel, zugewiesen werden können. Kommentar von Thomas Stucky - 23.04.2024 11:54 Das Package SHC_SCHATTEN.VERARBEITE_EAN wird erweitert. Aktuell wird nichts übernommen wenn die EAN-Nummer fehlt. Nach der Erweiterung wird zusätzlich geprüft, ob eine VPE gemeldet wird und dann der Eintrag in der T634VPE vorgenommen. Also auch dann wenn keine EAN-Nummer vorhanden ist. Aufwand: 9h Kommentar von Thomas Stucky - 23.04.2024 11:55per Email am 23.04.2024 von Herr Schnaible beauftragt Kommentar von Thomas Stucky - 23.04.2024 11:55Kommentar von Klaus Schnaible - 23.04.2024 12:06Frank Peter : Danach muss dann wohl bei allen GH eine einmalige Komplettübernahme der entsprechenden Datei mit den VPEs angestoßen werden. Kommentar von Frank Peter - 20.06.2024 10:26Hallo Klaus Schnaible, Weder verfüge ich einen Zugang zu diesem Testsystem, noch kann ich einen analysierten Test gewährleisten, da ich diesbezüglich über keinerlei Kenntnisse innerhalb der SHCware verfüge. Wer kann diesen Test bei FEGIME durchführen?
Hallo Thomas Stucky, Die Testphase wird nach Bereitstellung der Neuerungen beginnen und sollte etwa maximal 2 Wochen laufen. In dieser Zeit bitten wir Sie, gründlich und ausführlich zu testen. Über zeitnahe Feedbacks können auch noch kleinere Unschärfen schnell angepasst werden. Wann wird die Bereitstellung der Neuerungen vollzogen sein? Bzw. ab wann hat FEGIME zwei Wochen Zeit zu testen? Kommentar von Frank Peter - 20.06.2024 10:27Testdatei "Test_IALT_230621.csv" wurde angehängt. Kommentar von Thomas Stucky - 21.06.2024 09:02Hallo Herr Frank Peter , wir werden die entsprechende Anpassung auf Ihr System (Fegime Echtsystem) übertragen. Das hatte der Entwickler nicht eigenständig vornehmen und hat darum das Testsystem von EHRA (hier ist ein aktueller SHCware-Stand installiert) verwendet. Herr Al Hamwi wird Sie informieren, wenn die Änderung auf Ihrem System (zum Testen) implementiert wurde. Da uns in unserem Entwicklungssystem die Datenkonstellation fehlt bitte ich Sie die Datei in Ihr System zu übernehmen. Hierbei kann ich gerne unterstützen...
| Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-425 | 31 Henkel & Gerlach / H&G Ruegen/ Aktivierung Push-Schnittstelle und Altdatenmigration 31 Henkel & Gerlach / H&G Ruegen/ Aktivierung Push-Schnittstelle und Altdatenmigration
Beschreibung:
WasFolgende Punkte sollen für den Großhändler durch SHC umgesetzt sein:
Ansprechpartner beim Großhändler: Walter Peterhans Tel. 0421-5691-201 e-Mail: wp@henkel-gerlach.de
Bitte Umsetzungstermin direkt vereinbaren und hier im Ticket vermerken. Kommentar von Janine Könemann - 24.04.2024 15:00 Hallo Maik Weber, hier ein neues Umstellungsticket. MfG Janine Könemann Kommentar von Maik Weber - 21.05.2024 10:35Hallo, Hallo Maik Weber, wurde bei diesem Ticket auch Henkel & Gerlach Rügen umgestellt? MfG Kommentar von Maik Weber - 25.07.2024 15:09Hallo Frau Könemann, bei der Umstellung Henkel und Gerlach wurden gleichzeitig auch die Mandanten THN und Rügen eingerichtet. viele Grüße Kommentar von Janine Könemann - 25.07.2024 15:33 Danke für die Info | Serviceanfrage | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-427 | CLONE - 41 GH:FA.Trabert/ Aktivierung Push-Schnittstelle und Altdatenmigration CLONE - 41 GH:FA.Trabert/ Aktivierung Push-Schnittstelle und Altdatenmigration
Beschreibung:
WasFolgende Punkte sollen für den Großhändler durch SHC umgesetzt sein:
Ansprechpartner beim Großhändler: Sascha Buch
Bitte Umsetzungstermin direkt vereinbaren und hier im Ticket vermerken. Kommentar von Manuel Mauser - 23.05.2024 10:50 Hallo Maik Weber Neues Umstellungsticket mfg Manuel Mauser Kommentar von Maik Weber - 31.05.2024 15:25Hallo, | Serviceanfrage | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-432 | Änderungen im Bereich Kabel und Leitungen Änderungen im Bereich Kabel und Leitungen
Beschreibung:
Fegime, Herr Schnaible In kürze werden durch die Fegime im gesamten Bereich Kabel und Leitung keine Kupferzahl mehr übermittelt. Wir übermitteln dann ein leeres Feld. Die SHCware muss nun verhindern, das der bestehende Wert im Schattenstamm überschrieben wird. Geht das heute schon über die Parametersteuerung? Wenn nein muss das angepasst werden. Bei neuen Leitungen werden wir einen Kupfersatz mit leerer Kupferzahl übermitteln. Die SHC sollte verhindern, das solche Artikel fakturiert werden. Also eine Warnung „Bitte erst Metallzahl nachtragen“ Es betrifft die ganze Statistikgruppe, also alle Lieferanten aus dem Bereich. Bitte machen sie ein Gesamt-Ticket und ein Angebot. Achtung, das muss dann zu einem Stichtag umgesetzt werden. HD: 438734 Kommentar von Thomas Stucky - 10.06.2024 10:57 HD: 438734 erstellt Kommentar von Thomas Stucky - 11.06.2024 10:33Gewicht wird über Feld 27 in die T177KATA.SPEZG eingelesen --> Wenn die DA-Datei keinen Wert liefert, dann wird das Feld nicht übernommen. 24h Test bei Kunde erforderlich Pflege im Schattenkatalog
Prüfung bei Anlage eines Kabelartikels aus dem Schattenkatalog in den Echtstamm (hier sollte direkt eine Erfassung erfolgen). Muss auch bei Stapelübernahme möglich sein.
Erweiterung um Prüfung in der Auftragspositionserfassung damit geprüft wird, ob es einen Metallzuschlag ohne Metallgewicht in dieser Position gibt. Metallgewicht muss vor Positionsabschluß erfasst werden. Aufwand muss bewertet werden. Gesamt: 36h Kommentar von Klaus Schnaible - 11.06.2024 14:52Hohe Prio, evtl. Teil 1 als Patch? Kommentar von Thomas Stucky - 14.06.2024 10:25Kommentar von Thomas Stucky - 14.06.2024 10:30Wir werden Aufgrund der Dringlichkeit mit dem MA: 438734 erst mal die Übernahmesperre in den Schattenkatalog umgesetzt. (als Patch für QR62 / QR63 / QR64) Die Pflegemöglichkeit für die Gesellschafter und eventuell notwendige Prüfungen müssen wir neu bewerten und im Anschluß umsetzen. Kommentar von Thomas Stucky - 17.06.2024 07:54Der erste Teil des Auftrags wurde umgesetzt, die Anpassung ist im QR64 und als Patch veröffentlicht:
ACHTUNG: Beim Patchen wird der Programmparameter nicht automatisch in die Parameterliste (SHC322 links) eingefügt. Der Parameter kann jedoch nach Übernahme des entsprechenden Patch auf der rechten Seite manuell eingegeben und gesetzt werden.
Kundentext: Fegime Schattenstamm. Die Logik wurde in eine neue Funktionskonstante (SHC322) gelegt. Inhalt: 1 = Betrieb: Kann pro Betrieb gesteuert werden.
Userexit zur Prüfung der Auftragsposition Über den Userexit SHC_AB001.SAVE_VALIDATE kann die Erfassung einer Auftragsposition ohne Metallgewicht (mit einer Metallart) verhindert werden: if nvl(SHC_Ab001.Row_T086aup.meta,' ') > ' ' and nvl(SHC_AB001.ROW_T086AUP.spez,0) = 0 then
Userexit zur Prüfung der Bestellposition Im Userexit SHC_EK001.SAVE_VALIDATE kann das Erfassen einer Bestellposition verhindert werden: if nvl(SHC_EK001.Row_T146BEP.meta,' ') > ' ' and nvl(SHC_EK001.ROW_T146BEP.spgew,0) = 0 then
Pflege fehlender Metallgewichte im Schattenkatalog (T177KATA.SPEZG) Im Programm "Parametrierbare Stammdatenpflege" (SHC498PP) haben wir für die Pflege fehlender Metallgewichte die folgende Pflege erstellt: Unter Tabellen:
Unter Filter:
Unter Pflegefelder:
SQL für Datenüberwachung im SHC499M Mit diesem SQL ist die Überwachung der Katalogstammdaten möglich. Sobald es Artikel mit einer Metallart ohne Gewicht im Katalogstamm gibt werden diese ausgegeben. Der SQL kann im SHC499M eingetragen werden und die Stammdatenabteilung erhält die entsprechende Aufstellung z.B. täglich per Mail: select a.arver, a.arli, a.arbe, a.arb1, a.arnr, a.metart, a.metbas, a.spezg from t177kata a
EInlesen von Daten aus einer CSV-Datei in den Katalogstamm (T177KATA) Das Einlesen von CSV-Dateien in den Katalogstamm kann über die Programme SHC447/SEL447 erfolgen. | Aufgabe | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-435 | 37 GH: Nutz / Aktivierung Push-Schnittstelle und Altdatenmigration 37 GH: Nutz / Aktivierung Push-Schnittstelle und Altdatenmigration
Beschreibung:
WasFolgende Punkte sollen für den Großhändler durch SHC umgesetzt sein:
Ansprechpartner beim Großhändler: Claus von Voigt 07721/6926-51
Bitte Umsetzungstermin direkt vereinbaren und hier im Ticket vermerken. Kommentar von Maik Weber - 12.07.2024 14:47 Hallo, | Serviceanfrage | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| FEGSHC-436 | Rechercheauftrag Artikelnummer 8stellig Rechercheauftrag Artikelnummer 8stellig
Beschreibung:
Wir bitten, bei Gelegenheit zu prüfen, ob und welche Auswirkungen es auf die SHCware hat, wenn die FEGIME die Artikelnummern von 7 auf 8 Stellen erweitern würde. Masken/Formulare/Datenbank usw. Danke! Kommentar von Klaus Schnaible - 11.09.2024 10:51 Könnten wir hier bis in 3 Wochen eine erste Reaktion haben? Da ist der nächste Fachbeirat Produktdatenmanagement. Kommentar von Thomas Stucky - 07.10.2024 11:44Hallo Herr Klaus Schnaible , das Feld für die Artikelnummer-Verband ist bereits 20stellig. Eine Erweiterung auf 8 Stellen ist also hier kein Problem. In den mir bekannten Masken UP051, UP012 (ohne Garantie auf Vollständigkeit) werden auch bereits 8 Stellen angezeigt. In den SHC-Standardformularen wird die Verbandsartikel auch mind. 8-stellig ausgegeben, auch die Fegime-Standardformulare sollten mit einer 8-stelligen Verbandsnummer klar kommen. Für die eigenen Formulare der Gesellschafter kann ich keine Aussage treffen. Viele Grüße | Aufgabe |
Minuten läuft ein Job, der die entsprechenden Artikel neu berechnet
into l_count188
.Klein@plein-elektro.de]>
attachment konnte
