Tickets - beauftragt

Anforderer: Herr Keller (Fa. Bihler)

Hallo,

die folgenden Erkenntnisse habe ich durch Rücksprache mit unserer Buchhaltung ermittelt.
Wir vermuten, dass es so stimmen müsste, ich übernehme aber keine Gewähr für die Richtigkeit.

ZR-Kennzeichen:
Dafür gibt es bisher kein Feld. Bei uns lautet diese 0168.

Vertragslieferantennummer:
Dafür gibt es bisher kein Feld. Bei uns lautet diese 60290.

Anschlusshausnummer:
Diese ist abhängig vom Rechnungsempfänger.
Dafür gibt es im Kreditorenstamm ein Feld, in dem die Aktivbanknummer des Kreditors eingetragen werden muss.
Wir benötigen ja ein Feld im Kundenstamm. Evtl. kann man das Selbe Datenbankfeld auch im Kundenstamm verwenden. (siehe Screenshot).

ANFORDERUNG:

Die Aktivbank möchte künftig 3 Felder auf den ZUGFeRD-Rechnungen:

• Anschlusshausnummer
• Vertragslieferantennummer
• ZR-Kennzeichen

siehe PDF im Anhang

HD: 448111

Anforderer: Herr Klein, Fa. Plein

Beschreibung:

Im SHC417 und SHC417B werden Auftragsberechtigungen oder Bestell Berechtigungen gesetzt.
In jeder anderen Software wählt man hier den Benutzer oder die Gruppe aus die das Recht bekommen soll, SHC hat es genau anders Herum gemacht, man muss jedes mal angeben wer es nicht bekommt.

Auswirkung:
Wenn man nun einen Benutzer / Gruppe / Auftragsart anlegt muss man jedes mal daran denken den Benutzer/ Gruppe / Auftragsart zu sperren.

Da aber sehr wenige mehr Berechtigungen haben als die anderen und auch "einfache" Mitarbeiter öfter Wechseln ist das Risiko hier einem mehr Rechte ausversehen gegeben zu haben als gewollt sehr groß, auch ist es ein erhebliche größerer Aufwand alles zu Verbieten als einzelnes zu erlauben

Gewünschte Veränderung:

Die zwei Programme können so bestehen bleiben, es wird nur ein Checkbox eingefügt die die Funktion genau umdreht, so das man aus z.B Gesperrte Sacharbeiter dann Freigegebene Sachbearbeiter macht.

Das würde glaube ich vielen das vereinfachen, zumal ich hierauf auch von Fegime Kollegen angesprochen wurde und man es für unglücklich hält immer alles zu verbieten, statt jemanden das Recht zu geben, was es erheblich einfacher macht, weil man jemandem etwas expliziert gibt.

HD: 448056

Erweiterung MHP VLOG-Schnittstelle für Übertragung Zollinfos

• Erweiterung der Datenstruktur zur Übertragung von
  Zollinformationen (z.B. Zolltarifnummer usw.) auf
  Artikelebene inklusive Modifizierbarkeit per UserHook
  UH_SHC_MHP_VLOG_001
• Serialisierung der Zollinformationen als XML für MHP (ggf.
  in Rü mit Herrn Kratochwil)
• Erweiterung der Standardermittlung für MHP-Informationen
  um Zollinformationen (Zolltarifnummer, Herkunftsland,
  Gewicht usw.)
• Erweiterung SHC690VLOG zur Steuerung pro Versandart:
  Zollinfos anreichern (aktivieren/(deaktivieren)
• Migration von SHC519 (Abmessungen von Paketen, Gewichte
  usw.) ins SHC690VLOG

Am 18.03.2025 fand ein Workshop mit den Gesellschaftern EGU, Elwateg, Krieger und Nutz zum Thema „Automatisierte Verarbeitung von Lieferantenauftragsbestätigungen“ statt. Ziel des Workshops war es, den manuellen Bearbeitungsaufwand zu reduzieren und gleichzeitig Prozesseffizienz sowie Servicequalität zu steigern.

Angestrebt wird eine vollständig digitale Abwicklung, auch für unstrukturierte Formate wie PDF-Dokumente. Dabei sollen Liefertermine automatisiert an die Kunden weitergeleitet werden.

Heute hatten wir einen Termin mit SHC, die auf Basis der Workshop-Ergebnisse ein Angebot erstellen. Da auch unstrukturierte Formate berücksichtigt werden sollen, entstand die Idee, Compacer in diesem Zusammenhang einzubinden. Konkret geht es darum, dass Compacer PDF-Dokumente einliest, auswertet und die gewonnenen Daten im EDI-Inhouse-Format den Gesellschaftern zur Verfügung stellt (vergleichbar mit ZUGFeRD über Compacer). Auf diese Weise wäre die Lösung unabhängig vom jeweils eingesetzten DMS-System für alle Gesellschafter nutzbar.

Könnten Sie uns hierbei unterstützen und den Kontakt zu Compacer herstellen?

Vielen Dank im Voraus für Ihre Unterstützung. 

Mit freundlichen Grüßen
ppa. Sascha Flörchinger

SHC, Opticonsult und Compacer klären das weitere direkt miteinander

HD: 447915

Erstellung neuer Tabellen zur Pflege der IRV. In diesen Tabellen werden unterschieden durch Satzarten (L / K) sowohl die Lieferanten- als auch Kundendaten gepflegt.

Dazu Erstellung eines zentralen Pflegeprogramms, über das die Lieferanten- und Kundendaten gepflegt werden können.

Attribute einer IRV:

• Interne Nummer des IRV (Fortlaufende Nummer über alle IRV)
• Satzart L/K
• Individuelle Nummer des Lieferanten (Angebotsnummer)  (nur im Einkauf relevant)
• Namen / Bezeichnung
• IRV aus dem Einkauf  (nur im Verkauf als Pflichtfeld relevant)
• Kommentare / Bemerkungen
• Beginn Datum
• Ende Datum
• Abrechnungszyklus
  • Monatlich
  • Quartalsweise
  • Am Ende der Laufzeit
• Automatisierte Abrechnung ja / nein
• Lieferant / Kunde
• Kundenobjekte (nur im Verkauf relevant)
• Kundengruppe  (nur im Verkauf relevant)
• Provisionsberechtigt  (nur im Verkauf relevant)
• Bonusberechtigt  (nur im Verkauf relevant)

• GU-Anforderung mit oder ohne Wert (nur im Einkauf relevant)
• Verarbeitungsart (nur im Verkauf relevant)
  • Nur Spannenkorrektur
  • Sofort auf der Rechnung
  • Nachträglich

• Bewertungsrahmen
  • An Kunde fakturierte Zählmenge
  • An Kunde erfasste Zählmenge
  • Bei Lieferanten bestellte Zählmenge  (nur im Einkauf relevant)
  • Vom Lieferanten gelieferte Zählmenge (nur im Einkauf relevant)
  • Vom Lieferanten fakturierte Zählmenge (nur im Einkauf relevant)

Es wird ein neues IRV-Modul erstellt.

MA: 447847

Mangold, Müller:

Wir haben einen Kollegen per SHCware Kollegenlager angebunden. Dieses Lager wir dem Kunden wie ein Hermann Müller Lager angezeigt (es wird nicht die Kollegenlagerfunktion aus dem Shop verwendet). Bei der Auftragsbildung Positionen, die beim Kollegen liegen, auch automatisch beim Kollegen bestellt. Das funktioniert bisher sehr gut. Probleme machen uns nun Zwangsrundungen. Artikel, die wir nicht ab Lager führen haben bei uns im Lager eine Zwangsrundung. Unter Umständen ist diese Position aber beim Kollegen einzeln verfügbar. Der Kunde kann diese Position Shop nicht einzeln bestellen, obwohl der den „ungeraden“ Bestand ab Lager Fegime sieht:

Im XML-Request zum Shop wird auf Artikelebene des Zwangsrundungskennzeichen aus unserem Artikelstamm übermittelt. Leider gibt es hier keine Möglichkeit darauf einfluss zu nehmen:

Wir brauchen hierfür einen User-Hook mit dem man im Package SHCWareXMLRequest in der Procedure Artikelliste das Kennzeichen manipulieren kann.  Hier gibt es schon eine recht ausführliche Abhandlung  dazu, jedoch löst keine davon unser Problem.

Für die Abhandlung brauchen wir die Input Parameter Mandant und Artikel, im OutPut müssten wir die rowT051Art.vervk manipulieren können um hier ggf. die Zwansrundung zu manipulieren.

Ich denke das sollte keine riesige Sache sein. Ich denke wir sind mit diesem Problem nicht alleine, zumindest unsere Gegenstelle im Kollegenlager hat das selbe Problem.

Bitte prüfen und ggf. ein Angebot erstellen.

HD: 448006

Hallo,
wir haben mit Liebherr einen Fachhandelsvertrag, wie vermutlich noch einige andere Fegime-Großhändler.
Liebherr möchte nun eine entsprechende Schnittstelle schaffen um die Daten der Kunden inkl. der gekauften Artikel zu erheben.
Theoretisch müssten also alle Fegime-Großhändler hier eine entsprechende Schnittstelle bauen, was eigentlich nicht notwendig sein sollte.
In der SHCware haben wir kein passendes Programm gefunden, dass die Daten für Liebherr erzeugt.
Vermutlich ist die gewünschte Schnittstelle von Liebherr auch etwas ganz neues.
Ich denke aber, dass dies über die Fegime bei SHC umgesetzt werden sollte.
—
Soweit die Firma Granzow. Thomas Stucky : Gibt es die Schnittstelle schon? Vielleicht für einen anderen Großhändöer? Bitte prüfen.

HD: 448008

1. Welche Abteilungen ist betroffen?
Stammdaten

2. Woher kommt die Anforderung?
Hausintern / Verband

3. Welche Fremdsystem sind betroffen?
Fegime Stammdatenschnittstelle

4. Wie ist das aktuelle Verhalten?
Das Programm SEL177K soll Optionen bieten, um die T177KATA (Schattenstamm) zu bearbeiten/bereinigen.

5. Welches Verhalten erwarten Sie ?
Ein SHC Prozess mit Logik. Der Fachanwender muss in der Lager sein den Schattenstamm zu bearbeiten ohne per SQL auf die Tabelle zuzugreifen.

6. Warum brauche Sie diese Änderung?
Der Schattenstamm  umfasst mehrere Millionen Artikel. Dieser muss regelmäßig vom Fachanwender ohne SQL Kenntnisse bearbeitet werden.
Da die Artikel nicht automatisch gelöscht werden, steigt die Anzahl der Artikel im Schattenstamm täglich an.

7. Was möchten Sie mit dieser Änderung erreichen?
Zeitersparnis / Möglichkeit für den Fachanwender schaffen.

8. Welche Maßnahmen wurde schon ergriffen, um das Ziel zu erreichen?
Mit Hilfe der IT-Abteilung und SQL Befehlen konnten wir teilweise die Anforderungen umsetzen.

9. Wie häufig kommt diese Situation vor?
Regelmäßig

10. Welche Auswirkungen gibt es wenn diese Änderung nicht umgesetzt wird?
Dinge werden nicht gemacht, weil Sie zu komplex sind für den Fachanwender.

Beschreibung:

Im Schattenstamm werden die Artikel, die von der fegime als gelöscht gekennzeichnet sind, nicht automatisch gelöscht. Dadurch steigt die Anzahl der Artikel täglich an.

Es ist aufgefallen, dass das Programm SEL177K dazu dienen könnte, den Schattenstamm zu bearbeiten bzw. zu bereinigen.

1. Beim Testen sieht es so aus, als ob man eine Selektion tätigen kann, um die Artikel für die Löschung kennzuzeichnen (Aktion =“Artikel zum Löschen kennzeichnen“).

Wenn wir dies tun, wird aber die Spalte LOEKZ in der T177KATA nicht verändert! Somit scheint die Aktion keine Auswirkungen zu haben.

2. Wenn wir die Aktion „gekennzeichnete Artikel löschen“ ausführt, dann werden alle Zeilen mit einem „L“ in der Spalte LOEKZ gelöscht. Man hat aber keine Möglichkeit zu sehen, welche Artikel vorher auf „zu löschen“ stehen.

Da das „L“ in der Spalte LOEKZ vermutlich durch die fegime Nachtjobs gesetzt werden, sollte man als Fachanwender sehen können, was man löschen würde.

3. Zusätzlich fehlt die Filterauswahl auf das eigentliche Löschkennzeichen  „LOEKZ“. Diese muss in der Auswahl enthalten sein.

siehe Anhang

MA: 444430

Wir haben ganz viele Sammelkunden angelegt für Mitarbeiter bei unseren Kunden.

Beispiel: @@ Mitarbeiter Dr. Oetker

Zu diesen Sammelkunden haben wir Objekte angelegt. In der Objektverwaltung haben wir den Objekten-Kommissionen zugeordnet und dort haben wir Rechnungsadressen hinterlegt.
Bestellt nun ein Mitarbeiter von Dr. Oetker etwas wählen wir dessen Objekt aus.
Im Auftragskopf wird die Rechnungsadresse direkt in die Kundenadresse übernommen.
Solange wir die Rechnungen per Post versendet haben, war das alles OK.
Wir möchten aber die Rechnungen per Mail versenden.
Aktuell senden wir die Rechnungen per Mail an uns und von dort manuell weiter.
Es gibt aber seit einiger Zeit im Auftragskopf bei Sammelkunden den Button 'Mail'.
Dort lässt sich eine Mailadresse für den Rechnungsversand hinterlegen.

Im Anhang ein Angebot von SHC.

SHC kann in die Objektverwaltung ein neues Feld einbauen um dort die Rechnungs-Emailadresse zu hinterlegen.
Diese würde dann direkt in den Auftrag übernommen.
Bitte prüft mal ob dies über den Verband umsetzbar ist.
Die Anforderung kommt aus unserem Hause von Verkaufsinnendienst sowie von unserem Außendienst der die entsprechenden Sammelkunden betreut.

Wir erhoffen uns dadurch eine Menge Zeitersparnis, wir sparen ggf. beim Porto und vermeiden Fehler, da die ständige Eingaben der Mailadresse entfällt.

Krieger, Mattheis

MA: 441038

Es solle ein Fegime-Standard-Lieferscheinformular unter DevExpress erstellt werden.

Die entsprechenden Anforderungen finden sich im Pflichtenheft im Anhang.

Report Rechnung mit DevExpress

00 - Generelle Anmerkungen

Als Basis dient der Fegime Standard Rechnung-Report mit den nachfolgenden Anpassungen.

01 – Logo / Briefbogen

Als Briefbogen ist über das SHC322 / WAWI_LOGO (A4 Format) eine vordruck.gif als Briefbogen hinterlegen
Steuerung Auswahl ja/nein

Erweiterung:

Briefbogen nur auf der ersten Seite gezogen werden soll oder auf allen Seiten (ja/nein)

Logo Steuerung anstatt der Briefbogen Logik (SHC Standard), wie bei unserem aktuellem Lieferschein, je Mandant (→ Punkt 09)

02 - Mandantenabhängige Kopf und Fußtexte

(Kopf mit entsprechendem Logo des Mandanten wie bisher)

HD 440712

Im Moment fragt die SHCware für den Shop immer alle Läger ab, es müssten aber nur die jeweils konfigurierten Läger abgefragt werden.

Bitte umstellen (Performance).

HD: 438804

Granzow, Binder

Bei den Einstellungen zu einem Angebot soll es die Option geben: "Versandart änderbar Ja/Nein".
Der Kunde soll in der SHCware für diese Einstellung einen Default hinterlegen können.

Die gewählte Versandart soll bei der Einstellung "Änderbar: Nein" den Text der Versandart an den Shop zur Anzeige mit im Angebot übergeben.

MA: 438802

Was

In "meine Bestellungen" bzw. "meine Dokumente" wird aktuell zwischen unbezahlten und bezahlten Rechnungen unterschieden. In Zukunft soll noch der Status einer teilbezahlten Rechnung angezeigt werden können. Zudem soll in diesem Fall der noch offene Teilbetrag von SHC übermittelt werden.

AKs

1. EO bekommt ein zusätzliches Merkmal übermittelt, anhand eine teilbezahlte Rechnung identifiziert werden kann
2. Zu einer teilbezahlten Rechnung wird der offene Teilbetrag übermittelt

MA: 436851

Betroffener Bereich:
elektro-online Shop, Meine Bestellungen (neu)

Ansprechpartner/Firma:
Fegime

Betroffene Abteilung/betroffener Fachbereich:

Woher kommt die Anforderung:
Fegime

Betroffene Fremdsysteme:
SHC

Zielbeschreibung Aktuelles Verhalten:
aktuell können bereits verschiedene Dokumente über “Meine Bestellungen” aufgerufen werden. Allerdings noch keine “Rückgabescheine”.

Gewünschtes Verhalten:
Wenn verfügbar, sollen auch je Bestellung “Rückgabescheine” aufgerufen werden können.

Warum brauchen Sie diese Änderung:
Technisch: Damit das Dokument aufgerufen werden kann

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:
Kunden müssen sich das Formular weiterhin direkt vom Großhändler schicken lassen.

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

HD: 438797

Betroffener Bereich:
Logistik + EE

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

Betroffene Abteilung/betroffener Fachbereich:
Logistik + EE

Woher kommt die Anforderung:
Transport Gefahrengut

Betroffene Fremdsysteme:

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

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

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

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

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

Weshalb waren diese Maßnahmen nicht zielführend:

Wie häufig kommt die Situation vor:

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

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

Nägele, Frau Dr. Nägele

Wir wollen die Versandkosten nach Kunde und Versandart staffeln. (Wäre m. E. SHC595Z „Energiekosten“, allerdings muss man hier die Info pro Kunden eingeben und kann es nicht am Kundenkennzeichen festmachen; heute nutzen wir es für den Mindermengenzuschlag.
Das könnten wir aber wahrscheinlich wieder auf SHC038 switchen)

Konfiguration:
1) nur für die Versandart „Auslieferung“, ergo nicht für Abholung

2) Nur für Lieferung ab Lager
Nägele (keine Direktlieferung, ist eigene Auftragsart)

2) für Kleinkunden bis Warenwert 250 Euro 7,50 Euro

3) für die anderen Normalkunden bis Warenwert 50 Euro 4,90 Euro

4) Sonderkunden (z. B. Fegime GKM) bleiben unberücksichtigt

5) Im Shop soll angezeigt werden "„Noch
XX Euro bis zur frei Haus Lieferung“.
Ähnlich dem Auftragswertrabatt bei FEGA.

HD: 438796

In der SHCware und im Extranet (in der Shop- und Kunden-Konfiguration) werden die selben Versandarten gepflegt und den Kunden zugeordnet. Um die Datenhaltung an einer Stelle zu bündeln, sollte die Pflege der Versandarten nur noch in der SHCware erfolgen. Ebenso betrifft das die Pflege der Läger und deren Zuordnung zu Kunden.

Beispiel:

Welche der 3 Lösungen soll gemacht werden ?

1. Die Versandarten aus der Shop-Konfiguration entfernen und je Kunde nur noch aus der SHCware per XML übernehmen.

2. Die Versandarten und die Läger aus der Shop-Konfiguration entfernen und nur noch je Kunde aus der SHCware per XML übernehmen.

3. Die Standard-Shop-Versandart des Kunden von der SHCware per XML in den Shop transferieren (z.B. im Request "Kundeninfo"), aus der Kunden-Konfiguration entfernen (oder nicht änderbar anzeigen) und des Rest erst mal wie bisher lassen.

HD: 438795

Klein, Plein

Betroffener Bereich:
Datei-Bereitstellung aus der SHCware heraus

Ansprechpartner/Firma:
Plein Elektro, Philipp Klein

Betroffene Abteilung/betroffener Fachbereich: 
Alle Abteilungen, stark Fibu

Woher kommt die Anforderung: 
aus der EDV Abteilung

Betroffene Fremdsysteme: 
keine

Zielbeschreibung Aktuelles Verhalten: 
In der SHCware gibt es viele Bereiche wo Dateien bereit gestellt werden, aber auch sehr viele Bereiche wo Dateien erzeugt werden, DATEV, GDPDU, Steuerberater Schnittstelle, Fegime Betriebsvergleich, ...

Dieses wurde bisher viel über Dateidrucker gemacht, und diese haben oft auf ein Samba Laufwerk Daten abgelegt, aber teils auch auf Laufwerksfreigaben, die dafür immer gesetzt werden mussten, da UTC Angaben nicht gehen. Leider stehen dann teilweise Dateien für alle zur Verfügung was nicht immer gewünscht ist. Auch gab es immer wieder Probleme mit der Aufbereitung/dem Schreiben der Datei und mit Forms 12 wird es nochmal etwas schwieriger.

Gewünschtes Verhalten:
Ich würde vorschlagen das es, ähnlich wie bei der Büroklammer, eine Funktion gibt wo die Datei dann herunter geladen werden kann vom Ersteller der Datei, das hätte auch den riesen Vorteil das die Dateien nicht mehr für jeden frei zugänglich sind, und jeder sich disee in seine eigenen Homeverzeichnisse ablegen kann

Warum brauchen Sie diese Änderung: 
Es gibt immer wieder Probleme mit der Dateiaufbereitung, mit Forms12 fält das SAMBA Laufwerk weg und es ist in der heutigen Zeit nicht mehr korrekt, auch der Datenschutz greift hier.

Auch muss für jeden Erzeuger ein eigener Dateidrucker eingerichtet werden.

Was möchten Sie mit dieser Änderung erreichen: 
Eine erhebliche Vereichfachung der Dateibereitstellung, da auch bei Änderungen des Ablage-Ortes oder der ausführenden Person jeder die Datei selber ablegen kann wo er sie braucht.

Welche Maßnahmen wurden schon ergriffen um das Ziel zu erreichen: 
Es wurde mit der Hotline besprochen, ein langes Diskussionsthema mit der Fibu für den Sambazugriff, den Frau Martin haben wollte, den es aber nicht mehr geben wird mit Forms 12 und daher unnötige Zeitverzug und Mehraufwand.

Weshalb waren diese Maßnahmen nicht zielführend: 
Es hat SHC, unser Dienstleister, die Technik von SHC und mich mehrere Stunden Zeit gekostet und die Fegime musste auf die Zahlen für den Betriebsvergleich warten.

Wie häufig kommt die Situation vor: 
Sehr häufig, da z.B. die Datev-Aufbereitung regelmässig gemacht werden muss ebenso wie viele andere.

Welche Konsequenz hat es wenn diese Änderung nicht umgesetzt wird: 
Mehraufwand für die SHC-Hotline, um ständig zu prüfen wieso eventuell wieder eine Datei nicht bereit gestellt wurde weil Mountpoints fehlen oder irgend eine Erzeugung zu langsam war.

Welche wichtigen Kriterien müssen bei der Umsetzung berücksichtig werden:
Es sollte je nach Programm und Datensensibilität nur die Person, die die Datei angefordert/erzeugt hat, die Datei herunter laden können.

HD: 438794

Granzow, Kubiak

Wir haben Schnittkosten zu bestimmten Kabelartikeln über einen Folgeartikel eingerichtet. Bei Auswahl der Artikel im Shop in den Warenkorb sind diese Schnittkosten nicht ersichtlich. Das führt häufig zu Kundenreklamationen/-beschwerden, da diese Schnittkosten erst beim Eingliedern des Auftrags zugefügt werden.

Es ist gewünscht, dass der Folgeartikel ebenfalls an den Shop übergeben und im Warenkorb angezeigt wird. Bei der Ermittlung der Schnittkosten werden noch verschiedene Bedingungen geprüft (Vielfaches von VPE, einige Kunden sind ausgeschlossen....), es wird somit ein Userhook benötigt, um die Höhe der Schnittkosten und die Rückgabe des Artikels generell zu beeinflussen.

Helpdesk-Nr.: 416303

Der Wunsch kam am 15.02. auch von H. Müller von Bublitz & Profe,

Die SHCware soll es sich merken, wenn ein Kunde sich im Shop registriert hat. Sollte eine erneute Anforderung eines Logins mit den selben Kundendaten kommen, kann dies SHC ablehnen und eine Fehlermeldung an den Shop geben.
So soll vermieden werden, dass sich ein weiterer Mitarbeiter mit einem neuen Kundenkonto selbst anlegt.

Der Shop soll dann diese Meldung im Tag "ErrorMsg" zurück bekommen:
"Ihre Firma ist bereits registriert, bitte wenden Sie sich an den zuständigen Administrator in Ihrem Haus."

Und als "ErrorCode" den Wert "7" (bisher gibt es schon "8" und "9").

HD: 438792

Betroffener Bereich:

UP051, Artikelauswahl

Ansprechpartner/Firma:

mehrere Gesellschafter, Aufsichtsrat

Betroffene Abteilung/betroffener Fachbereich:

Woher kommt die Anforderung:

Betroffene Fremdsysteme:

elektro-online

Zielbeschreibung Aktuelles Verhalten:

Gewünschtes Verhalten:

Es ist gewünscht im UP051 schon in der Übersicht die Bilder der Artikel sehen zu können, so wie die Ansicht im Shop, also nicht einzeln, sondern für die aktuelle Auswahlliste.

Dazu könnten die Thumbnails des Shops live geladen und 24 Stunden gecached werden.

In der neuen vergrößerten Ansicht wäre jetzt Platz dafür

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:
Gibt es noch weitere Informationen, Texte, die hier sofort angezeigt werden sollten?
In dem Zusammenhang wird auch nochmals auf den Produktmerkmalstext verwiesen.

HD# 412896 SHC-Vorgang