Tickets - in Arbeit

• Es gibt heute keine strukturierte Erfassung der Konditionen
• In der SHCware werden die Konditionen über Schlüssel gepflegt, diese sind je GH anders
• Es gibt viele Gesamtkonditionen, bei denen die einzelnen Komponenten nicht mehr sichtbar sind
• Bonis müssen ganz anders übertragen werden, da diese nicht in den RG-Prüfungspreis kommen
• Es gibt Vereinbarungen mit mehreren Konditionen, differenziert nach GH (Gira)
• Was ist kalkulatorische Kondition, was Rechnungsprüfungskonditionen, was Netto/Netto
• Beispiel Rittal: Porto/Verpackung wird mal eingerechnet, mal nicht (in die kalkulatorische Kalkulation)
• Soll ein gerechneter Preis übertragen werden? Nur informell?

Zahlungskonditionen gilt fast das selbe.

Eine Möglichkeit, erster Schritt: FEGIME erfasst via SHCware, in der SHCware des GH kann das aufgerufen und angezeigt werden - rein informell, mit Zahlungskonditionen.

Problem: Rechnungsprüfung. Zum finden aus den Differenzen braucht man alle Teilkonditionen. Als Information?
Was passiert mit Einkaufsobjekte?

Problematik im FA ZEK vorstellen.

Soll wie besprochen umgesetzt werden:

FEGIME erfasst in der SHCware in Nürnberg die Rechnungskonditionen.

Die Daten können lokal im SHC360 abgerufen werden und werden parallel zur internen eigenen Kondition angezeigt. Auf Wunsch können die Differenzen zur eigenen hinterlegten Kondition in Struktur und Kondition farblich angezeigt werden.

Die Lieferantennummer wird hierzu analog zum Schatten-Artikelstamm umgesetzt.

Es wird auch einen Update-Button geben der dann für den gesamten Lieferanten eine Automatik einschaltet. D.h. Der Großhändler kann je Lieferant entscheiden, ob Änderungen automatisch von der FEGIME eingespielt werden oder nicht. Dieser Schalter kann auch wieder zurückgesetzt werden.

So können Rand-Lieferanten so eingestellt werden, dass die Konditionen generell vom Verband kommen. Diese Entscheidung muss aber manuell einmalig vom Großhändler getroffen werden.

Parallel soll im Falle eines manuellen oder automatischen Updates eine Protokollierung der Änderungen erfolgen. Mit Hinweiß an einen Sachbearbeiter.

Vorschlag: Steht ein Lieferant auf "Pflege FEGIME" kann der User keine Änderungen vornehmen. Zuvor muss er den Lieferanten auf "Pflege individuell" zurücksetzen. So könnten Vermischungen vermieden werden.

Offene Fragen:

Wie soll die Übertragung der Konditionen erfolgen - als nächtlicher webService aus der Datenbank der FEGIME oder als Nachtbatch via File?

Wie erfährt der Großhändler, bei welchem Lieferanten Konditionsänderungen vorliegen?

Anmerkung Götz Aumüller:

"Wie erfährt der Großhändler, bei welchem Lieferanten Konditionsänderungen vorliegen?"

SHC kann, ähnlich wie bei der Übertragung des Artikelstamms, eine Protokolltabelle und ein passendes Selektionsprogramm einrichten. Das kann sich der Anwender dann bei Bedarf abrufen oder in eine Jobkette einbinden.

"Übertragung":
als nächtlicher webService

Anmerkung Herr Reutter:

Gut ist, dass die neuen Konditionen nur 1x in Nürnberg eingetragen werden müssen (dann sollten sie in der Tabelle T360ek allerdings auch mit Kennzeichen GKZ = „Z“ Zukunftsatz drinstehen). Und wir können dann diese Sätze „hausgemäß“ bearbeiten und mit einem Klick als aktuelle Kondition übernehmen.

Die Protokollierung /Info könnte ja dann über ein Jobmail erfolgen (das jedes Mitglied selber einrichtet; oder von SHC zur Verfügung gestellt wird).

Visualisierung erstellen

Um Nicht-SHC-Anwender mit einzubeziehen sollte die Umsetzung auch als webService bzw. neutral erfolgen.

Hallo Herr Klaus Schnaible,

wir haben die Anforderung noch einmal intern besprochen. Hierbei hätten wir noch Fragen:

• Wenn Konditionen von der Fegime übernommen werden, müssen dann die Gesellschafter über Fegime bestellen?
  Nein, die Konditionen sind zentral verhandelt, Bestellungen erfolgen lokal und direkt
• Dialog-Programm oder Selektionsprogramm? Ein Dialog-Programm wäre an der Stelle sinnvoller damit man auch gleich die Konditionen übernehmen kann
  Step 1: Die Konditionen und Differenenzen werden angezeit (Visualisierung)
  Step 2: Der Einkäufer wird entsprechend informiert (Protokollierung an den/die SAC)
  Step 3: Der GH kann diesen Lieferanten auf Automatik stellen, muss dies aber manuell im Dialog machen. Dann werden zukünftig für diesen Lieferanten immer die FEGIME-Konditionen automatisch übernommen. Sollten neue Konfitionen kommen, und autom. eingespielt werden -> siehe 2
  Nachtrag: Der Gesellschafter kann diese Entscheidung je Lieferant auch wieder zurücksetzen.
• Es gibt nur einen Zukunftssatz? Wie sollen die Konditionen übernommen werden?
  -> keine Ahnung, dazu kenne ich die SHCware nicht tief genung. Das Konzept wurde bei einer separaten Besprechung zwischen Herrn Hoch, Herrn Graevenstein und mir ausgearbeitet. Bitte bei Herrn Graevenstein nachfragen.
• Ist dies eine Anforderung von Fegime oder von einem Gesellschafter? Wer ist hier der richtige Ansprechpartner?
  Die Anforderung kommt von Gesellschaftern. Hintergrund:Für den Shop müssen möglichst viele Produkte kalkuliert sein. Nun gibt es Hauptlieferanten, die vom jeweiligen Gesellschafter lokal (nach-)verhandelt werden und Randlieferanten, au seren Sortiment man nur gelegentlich mal etwas liefert, die aber durch FEGIME verhandelt sind. Um diese Lieferanten nicht mehr selbst kalkulieren zu müssen, sollen hier die Konditionen immer automatisch von der FEGIME aus eingelesen werden.
  Jede Änderung siehe oben Step 2, protokolierung und Info an den SAC
  Da aber wiederum die Konditionsstrukturen zwischen den Gesellschaftern sehr unterschiedlich sind, muss die Entscheidung bei jedem Lieferanten einmalig manuell getroffen werden.

Hallo Klaus Schnaible,

können Sie bitte noch einmal gegenlesen und meine Fragen beantworten?

Wir erstellen ein neues Dialogprogramm, dass es ermöglicht die Lieferanten-Konditionen zu vergleichen. Im Vergleich stehen die vom Gesellschafter gepflegten Konditionen und die von Fegime gepflegten Konditionen. Falls es Abweichungen gibt werden diese farblich markiert. Die Konditionen von Fegime werden über einen Webrequest jede Nacht abgeholt und der SHC-User hat dann die Möglichkeit die tagesaktuellen Konditionen zu vergleichen. Der entsprechende Einkäufer soll eine Meldung/eMail erhalten wenn für Lieferanten von Fegime Konditionen vorhanden sind. Später soll es dann möglich sein für spezielle Lieferanten die Werte von Fegime automatisch zu übernehmen. Diese Übernahme kann dann in dem neuen Programm pro Lieferant per Checkbox gesteuert werden. In diesem Fall wird der Zukunftssatz automatisch mit den Werten von Fegime befüllt.

• Soll der Einstieg über die Eingabe des Lieferanten erfolgen oder sollen alle Lieferanten mit abweichenden Konditionen angezeigt werden?
• Wie sind die Einkäufer zu den Lieferanten zugeordnet? Wo kann gesteuert werden welcher Sachbearbeiter benachrichtig werden soll? Soll dieser Sachbearbeiter eine Meldung in der SHCware oder eine Mail bekommen?

Tut mir, leid, diese Fragen kann ich nicht beantworten. Ich habe es an Herrn Festner weitergegeben, ansonsten müssten wir es im Fachbeirat diskutieren.
Vielleicht kann ja trotzallem mit der Programmierung begonnen werden, das Thema hat eine hohe Priorität.
Desweiteren: Bitte wenn irgend möglich bei der Definition des webRequests so allgemeingültig bleiben, das auch Fremdsysteme diesen nutzen und verstehen können:
(Benennung Tags, etc.)
Wir haben noch 6 Gesellschafter mit Fremdsystemen.

• Soll der Einstieg über die Eingabe des Lieferanten erfolgen oder sollen alle Lieferanten mit abweichenden Konditionen angezeigt werden?
  Es soll eine Info geben, dass es neue Konditionen von Fegime gibt. Dann steigt man mit dem Lieferanten in das neue Programm ein.

• Wie sind die Einkäufer zu den Lieferanten zugeordnet? Wo kann gesteuert werden welcher Sachbearbeiter benachrichtig werden soll? Soll dieser Sachbearbeiter eine Meldung in der SHCware oder eine Mail bekommen?
  Hartl pflegt für Artikel eine Abteilung, damit ist der Artikel einem Sachbearbeiter zugeordnet. Versand soll per Mail an den Sachbearbeiter gehen.

eMail vom 25.10.2019 an Hr. Schnaible und Hr. Festner:

Hallo Herr Festner, Hallo Herr Schnaible,
wir haben heute versucht das oben genannte Thema „ready“ zu machen und dabei sind weitere Fragen aufgetaucht.

Können wir hierzu einen gemeinsamen Termin vereinbaren? Da sie das Thema ganz oben priorisiert haben und die Informationen noch nicht ausreichen werden die folgenden Anforderungen nach oben gezogen bis alle Details für diese Anforderung geklärt sind.

Es geht um folgende Fragen:
• Stichwort Programme: SHC360 (Kalkulationsgruppen?), SHC101 (Mengenstaffel, Kalkulationsgruppe, Artikel?), SHC125 (Objekte?)
• Was genau bekommen wir von Fegime? Sind das dann „Fegime-Objekte“ für Lieferanten? Gibt es diesen Request schon?
• Wo und wie werden aktuell die Konditionen bei den Gesellschaftern gepflegt (hier erstmal Ablauf bei Fa. Hartl)
• Wie soll die Anzeige in der SHCware aussehen?
• Können wir die bestehende Logik für die Aktionspreise auch für diese Anforderung verwenden?

Antwort von Hr. Schaible vom 25.10.2019:

Hallo Frau Gschwind,
Herr Mark wird ja beim Fachausschuß ZEK dabei sein, vielleicht können wir dort die Fragen klären. Dafür war der Termin ja gedacht.
Mit freundlichen Grüßen
FEGIME Deutschland
ppa. Klaus Schnaible

Mail von Hr. Schnaible vom 28.10.2019:

Hallo Frau Gschwind,

bitte auch dringend mit Herrn Graevenstein vorbesprechen. Er war hier tief involviert.
Wir wollen Einkaufs-Rabatte/Konditionen in der SHCware der FEGIME erfassen, nach dem bestmöglichsten Modell der SHCware.
Also mit Teilrabatten, Rabattgruppe, etc.

Diese sollen dann aus der SHCware, möglichst neutral – also verständlich auch für andere – geholt werden und in der SHCware der Gesellschafter dargestellt werden können.
Dabei soll der Gesellschafter die Möglichkeit haben, seine Konditionen der FEGIEM gegenüberzustellen.
a) um sie zu visualisieren.
b) um sie im Einzelfall zu übernehmen. Dabei werden eigene Konditionen gelöscht
c) in einem zweiten Schritt Lieferanten von Randfabrikaten so einzustellen, das hier die Konditionen generell von der FEGIME übernommen werden, d.h. bei jeder Änderung in Nürnberg.

• Schritt c) muss auch wieder gestoppt werden können.

Hier unsere Überlegungen bzgl. diesem Thema:
• 360er Konditionen?
• Aktuelle Abhandlung: Zettel mit Konditionen ausdrucken, manuelle Pflege der Gesellschafter
• Kalkulationsgruppen/Lieferantennummern sind evtl. nicht bei jedem Gesellschafter gleich
• Kondition pro Kalkulationsgruppe gewünscht?
• Fegime muss SHC-konform die Lieferanten und Konditionen pflegen -> erfasst für alle Lieferanten Konditionen (SHC360)
• Es gibt 3 verschieden Steps, die zu beachten sind
o Step 1: Sehen der Konditionen von Fegime bei den Gesellschaftern
o Step 2: Vergleichen/übernehmen der Konditionen in der SHCware der Gesellschafter
o Step 3: Automatische Übernahme der Konditionen -> gefährlich! Was ist mit der VK-Seite? Was ist mit den Rechnenformeln? Empfehlung von SHC: Erst einmal auswerten, ob die Gesellschafter die manuelle Übernahme verwenden um dann noch einmal zu prüfen, ob eine automatische Übernahme überhaupt Sinn macht
• Beispiel für Step 1: „SHC360F“ -> Gegenüberstellung Fegime-Konditionen und die Konditionen des Gesellschafters
o Request von Fegime – speichern oder on the fly abholen?
o Datum – ab XX.XX.XXXX sollen die Daten eingelesen werden? Es wird nur der aktuellste Datensatz zurückgegeben
o Einstieg über Lieferant im neuen Programm?
o Request mit dem Lieferanten und/oder für alle Lieferanten?
o Protokoll erstellen – Wer nutzt das Programm und wie?
o ZAD – wenn Änderung durch Fegime im SHC360 passiert ist (Trigger)

Weitere Informationen aus dem ZEK-Beirat hierzu:
• Die Konditionen soll über die Kalkulationsgruppen gesteuert werden
• Es soll ein „Datum ab“ eingebaut werden, damit vor dem Holen der Daten noch feiner selektiert werden kann
• Es soll über den Lieferant in das neue Programm eingestiegen werden
• Nur Einzelrabatte sollen auf Kalkgruppen-Ebene übertragen werden (keine Kettenrabatte)
• Ablauf:
o Step 1 – Anzeige
o Step 2 – Vergleich und händische Übernahme
o Step 3 – automatische Übernahme soll nicht erfolgen -> zu viel Risiko
• Stichwort: SHC683V – Verarbeitungssteuerung (Lieferant, Kalkgruppe)

Klaus Schnaible: Haben Sie gestern bei dem Thema auch mitgeschrieben? Hätten Sie hierzu noch weitere Anmerkungen?

[~sg@shcom.de]:

Hier meine (wenigen) Notizen:

Einkaufsrabatte - pro Lieferant und Kalkulationsgruppe

SHC683V - Kalkulationsgruppen umschlüsseln.

Nur die Werte und Rechenformeln übertragen, nicht die Struktur

Programmier-Hinweis: Erstellung einer Protokolltabelle (Historie) T362HIST...

Notizen von Herrn Hoch:

Einkaufsrabatte:

• Die Konditionen soll über die Kalkulationsgruppen gesteuert werden
• Es soll ein „Datum ab“ eingebaut werden, damit vor dem Holen der Daten noch feiner selektiert werden kann
• Es soll über den Lieferant in das neue Programm eingestiegen werden
• Nur Einzelrabatte sollen auf Kalkgruppen-Ebene übertragen werden (keine Kettenrabatte)
• Ablauf:
  • Step 1 – Anzeige
  • Step 2 – Vergleich und händische Übernahme
  • Step 3 – automatische Übernahme soll nicht erfolgen à zu viel Risiko
• Stichwort: SHC683V – Verarbeitungssteuerung (Lieferant, Kalkgruppe)

Wir haben ein internes Konzept ausgearbeitet und lassen dies von unseren Entwicklern schätzen. Wir geben Bescheid wenn wir mit der Implementierung starten.

Hallo Klaus Schnaible, Hallo Florian Singer,

wir haben ein Konzept entwickelt und möchten nun damit starten. Bei der Konzeption ist noch folgendes aufgefallen:

Wir benötigen ein Routing für die Übertragung der Fegime-Daten an die Gesellschafter. Hier muss analog des Kollegenlagers ein Routing aufgebaut werden.

Technisch gesprochen muss folgendes getan werden:
Die URL "https://shc.elektro-online.de/shcUtlHttpProxy.html" soll in der GEBOX auf "shc_utl_http.delegate" geroutet werden.
Analog dem Routing im Kollegenlager (Bsp: "https://shc.elektro-online.de/colleaguesStockOrdersProxy.html")!

Wichtig: Die SHC-Nummern 887, 888 und 889 müssen auch über das Routing erreichbar sein.

Bitte so schnell wie möglich bei Geneon beauftragen, damit wir gegen dieses Routing programmieren können.

Ist das berücksichtigt?
"Um Nicht-SHC-Anwender mit einzubeziehen sollte die Umsetzung auch als webService bzw. neutral erfolgen"

d.h. gibt es eine Lösung für Nicht-SHC-Anwender?

Hallo [~sg@shcom.de],

was bedeutet folgender Satz:

"Wichtig: Die SHC-Nummern 887, 888 und 889 müssen auch über das Routing erreichbar sein."

Uns (Geneon) sagen diese Nummern nichts. Oder ist der Hinweis nicht für uns gedacht?

Hallo Florian Singer,
laut Hr. Hisgen haben wir bei Fegime die folgenden 3 Mitgliedsnummern (Fegime-Mitglieds-Nummer). Diese müssen dann auch über das neue Routing verwendet werden können.

Hallo [~sg@shcom.de]

Ok, bei Rückfragen dazu melden wir uns einfach nochmal.

Danke!

Klaus Schnaible:
Zu Ihrer Anfrage "Um Nicht-SHC-Anwender mit einzubeziehen sollte die Umsetzung auch als webService bzw. neutral erfolgen":

Wir arbeiten mit einem Webrequest, der auch von Nicht-SHC-Anwendern verwendet werden kann.

Hallo Herr Singer,

wann können wir mit der Bereitstellung der URL rechnen ?
Da wir dieses Projekt bis Ende dieser Woche terminiert haben, wäre es für uns wichtig das wir das abschließen können.
Wenn es bei Ihnen aufgrund der aktuellen Situation zu Verzögerungen kommt, können wir das Projekt gerne neu terminieren.

Mit freundlichen Grüßen

Knut Röhrling.

Florian Singer: Bitte die Frage von Herrn Lotz beantworten, das Projekt geht jetzt bei SHC in die Realisierungsphase.

Hallo Herr Lotz,
hallo Herr Röhrling,

das Thema ist bei uns bereits in der Umsetzung. Innerhalb der kommenden Woche sollten Sie alles notwendige erhalten (wird zur Verfügung gestellt von unserem Herrn Thomas König).

Viele Grüße
Florian Singer

Programmierung fertig, Warten auf Geneon wegen Proxy, im Nachgang Schulung Fegime/Testpartner
Hr. Festner von Hartl übernimmt Tests seitens Testpartner

Laut geneon (26.5.):
Zu Testen von SHC auf dem Testsystem sind folgende Funktionen:

FEGEO-2581 mit neuem URL https://service-test.fegime.de/colleaguesStockOrdersProxy.html

FEGEO-3646 mit neuem URL https://service-test.fegime.de/uxsRequestProxy.html

FEGEO-4159 - https://service-test.fegime.de/shcUtlHttpProxy.html

Nach dem alle drei Funktionen getestet sind und wir das Echtsystem eingerichtet haben, sind folgende URLs in SHC für jeweilige Funktion einzutragen:

FEGEO-2581 mit neuem URL https://service.fegime.de/colleaguesStockOrdersProxy.html

FEGEO-3646 mit neuem URL https://service.fegime.de/uxsRequestProxy.html

FEGEO-4159 - https://service.fegime.de/shcUtlHttpProxy.html

Torsten Lotz: Was ist der letzte Stand?

Hallo Florian Singer,
das Ticket FEGEO-4159 wurde zwischenzeitlich von Thomas König geschlossen. Ich schreibe daher unsere aktuellen Erkenntnisse in dieses Ticket.
Dies habe ich ich von Hr. Hisgen als Rückmeldung erhalten:

_die Echtsystem-Funktionalität können wir bestätigen.
Der Proxy „colleaguesStockOrdersProxy.html“ wird damit mittelfristig obsolet, wir tauschen heute bei den erreichbaren Fegime-Gesellschaftern diesen gegen den „shcUtlHttpProxy.html“ aus.
Bzgl. des UXS-Proxy hatte ich mich geirrt, dieser ist nicht in der SHCware, sondern der Handwerkersoftware von Hausmann und Wynen hinterlegt, diesen auszutauschen liegt nicht in unserer Macht. Damit bringt auch der neue Proxy „/service.fegime.de/uxsRequestProxy.html“ wenig, wenn niemand die URLs dort tauschen kann. Wir können das zumindest nicht.

Dass die SHC-Nummern 887,888,889 nach wie vor NICHT erreichbar sind ist alles andere als gut, das war bereits damals vor einem Jahr mit Anforderung.
Aktuell besteht dies bezüglich kein Zugzwang für dieses Ticket, ich erwarte die Bereitstellen jedoch zusammen mit der Bereitstellung der Gebox nach wie vor bis Ende des Quartals.

Um die beiden Jira-Tickets abzuschließen, bleibt in meinen Augen abschließend von Geneon zu prüfen wie das Zeitverhalten der Shop-Anfragen bei parallelem Datenaustausch im Kollegenlager ist, da das der initiale Grund beider Tickets war.
Wir können diese Prüfung nicht vornehmen, wir haben nicht einmal einen Shopzugang.
Sollte sich dabei herausstellen, dass der Flaschenhals nicht der Proxy, sondern die Gebox ist, wird Geneon selbst mit der Fegime klären müssen welche weiteren Möglichkeiten bestehen. Hier sind wir seitens der SHCware schlichtweg raus, alles im Netz davor liegt in der Hand von Geneon._

Gerne können wir die weitere Vorgehensweise kurzfristig telefonisch abstimmen.

Hallo Thomas König,
Aufgrund von Problemen mit unserem Webserver konnte Hr. Hisgen gestern Nachmittag keinen automatischen Austausch der URL bei den Gesellschaftern vornehmen. Er prüft dies die Tage noch einmal und gibt eine Rückmeldung.

Patch für QR50 wurde durch Hr. Hisgen erstellt. Dies gilt als Voraussetzung, dass die URL automatisch gezogen wird.

Hallo Thomas König,
die URL's wurden händisch durch unseren Anwenderservice bei den Gesellschaftern mit bereits eingerichtetem Kollegenlager umgestellt. Konnte man hier bereits eine Verbesserung der Performance feststellen?

Hallo Torsten Lotz,

vielen Dank, das sieht sehr gut aus!

Nach Prüfung unserer Zugrifflogs kann ich bestätigen, dass seit dem 17.März gegen 11:15 Uhr keine Zugriffe mehr auf den alten Kollegenlagerproxy erfolgen. Wir erwarten daher in Hochlastsituation keine Beinträchtigung der Performance der Shop-Systeme durch konkurrierende Kollegenlager-Requests mehr.

SHC ist in der Testphase

Ist noch im Test beim Anwender.

Ist nach wie vor im Testing bei SHC

AB146007.pdf

@thomas Stucky: Ist das noch immer zum Test bei Granzow?

Thomas Stucky : Ist das immer noch im Test?

Klaus Schnaible 

Wir haben dieses Programm komplett überarbeitet.

Seit letzter Woche ist das Programm aus unserer Sicht fertig und wird aktuell durch die Fa. Nutz getestet.

Herr Hoch ist dazu informiert bzw. war im Übergabetermin dabei.

Ich hoffe das wir dieses leidige Thema demnächst abschließen können.

Gibt es da etwas Neues?

Persönlich mit Herrn Stucky tel. 11.02.25

Termin mit Entwickler. 

Wiedervorlage: 25.02.25

Weitere Notizen von Herrn Hoch:

Aktionspreise:

• Aktionen sollen automatisch in Objekte eingelesen werden à nur Anzeige bringt aktuell noch nicht die Lösung
• Angebotsnummer des Lieferanten soll mitgegeben werden (Idee: auch als Objektnummer einlesen à geht nicht weil die Objektnummer automatisch hochgezählt wird)
• Objektnummer ermitteln (entweder die Lücken verwenden oder hinten anhängen) à Fegime übergibt die Daten ohne Objektnummer
• Auswahl welches Objekt genommen werden soll (Fegime, intern)
• Excel-Sheet oder Request von Fegime an SHC mit den Daten
• Ausnahmen sollen weiterhin über die Verlinkung ins Extranet geklärt werden
• Die meisten verwenden das Programm SHC125LO
• Gleiche Thematik wie die Einkaufsrabatte (kann gemeinsam gelöst werden)

zu beachten bei der Konzeption sind mandantenabhängige Konditionen - Einkaufskonditionen hängen an einem speziellen Mandanten
Vorschlag: Konditionen von Fegime können optional vom Gesellschafter übernommen werden (manueller Prozess!)
Nachgelagerte Konditionen müssen ebenfalls berücksichtigt werden!
SHC wird im Vorfeld eine Konzeption erstellen.

-Schulung wird von Hr. Sigmund (SHC) durchgeführt. Er wird sich zwecks Terminabstimmung bei Hr. Hoch melden. -

am 17.09.20 fand durch Hr. Siegmund die "Schulung der Kassenabrechnung" statt

"Kassenabrechnung"?  Das ist wohl ein falscher Eintrag

-Der Text wurde aus dem SHC-Mitarbeiterauftrag übernommen.
Ich kläre das mit Herrn Siegmund nach seinem Urlaub (04.Oktober) ab.-
Text wurde versehentlich in den MA übertragen. Geplanter Termin mit Hr. Schneider für die Schulung ist der 12.10.20.

am 26.10.20 fand die Schulung "Pflege der EK-Konditionen im SHC360" statt

Ergänzung: Bisher wurden nur die Rabatte geschult. Wie ist das mit den Nettopreisen, Objektpreisen?
Wird das in einem zweiten Schritt angegangen?

Fa. Granzow weiterhin als Testpartner gesetzt.

Sind die Netto-Preise als Objektpreise bereits umgesetzt? Eine Schulung dazu fang meines Wissens in Nürnberg noch nicht statt.

Siehe Bemerkung vom 19.11.2020!

Bitte noch auf Kommentar vom 23.8. antworten.

Die Datenübermittlung von Bestellobjektpreisen ist bisher nicht umgesetzt. Der Vorgang "FEGSHC-88 [FA-ZEK] Übermitteln der Einkaufsrabatte von FEGIME an die SHCWare der Gesellschafter" befindet sich nach wie vor im Test bei Granzow. Laut meinen Unterlagen sollten weiter Schritte erst nach desen Fertigstellung erfolgen. Wenn gewünscht können wir die Schulung der Fegime-Mitarbeiter bezuglich der Objektpreispflege gerne planen.

AG464310 (003)_Wallraff.pdf

SHC Angebot 247855

wurde vom Fachbeirat beauftragt

Herr Lopez und Herr Schneiderbauer klären die offenen Details mit D3

Ist noch zur Klärung bei eDoc

Auch Folgeartikel könnten über die Simulation ermittelt werden.

Wir erstellen ein Konzept und setzen dieses um.

AG419353.pdf

Thomas Stucky : Hallo Herr Stucky,

das Ticket steht auf "in Arbeit". Bis wann kann denn mit einer Fertigstellung gerechnet werden?
Gesellschafter fragen nach.

Grüße

Mögliche Lösung:

Wir könnten uns eine Sammeltabelle für die alle Großkundenbelege vorstellen. Mit in SHC679 aufnehmen. Es wird gekennzeichnet ob es fehlerhafte Sätze (Belege) gibt.

Eine erneute Ausgabe ermöglichen wir in einem neuen Pflegeprogramm.

AG418898.pdf

AB418898.pdf

Ehemals MHP, ist das nicht ein Teil von FEGSHC-282?

Im FEGSHC-282 ist ein Teil der neuen Funktionalität bzgl. Tracking enthalten. In diesem Auftrag sind noch rund 40 Stunden offen.

Diese würden wir gerne schließen und in einen neuen Auftrag (Trackinginformationen für "Meine Bestellungen") neu aufnehmen.

Zum einen hat sich das Datenmodell (komplett neu) für Elektro-Online (Push) geändert zudem sollen auch Versandinformationen aus Cadis R4 mit einfließen.

Den neuen Gesamtaufwand haben wir mit 120 Stunden geschätzt.

Thomas Stucky

Aus meiner Sicht kann FEGSHC-282 geschlossen werden.

Konkret für meine Bestellungen haben wir hier auf dem Board 2 Tickets angelegt.

FEGSHC-379 - Trackingdetails aus Cadis

und dieses Ticket FEGSHC-384 - Trackingdetails aus ecovium

Thomas Stucky

Bitte zur Übersichtlichkeit in beiden Tickets den jeweiligen Restaufwand benennen und bis wann geplant jeweils mit der Fertigstellung zu rechnen ist.

Vielen Dank.

AG3284200.pdf

Bedingung muss zwischen SHC und Herr Montino ausgehandelt werden.

Soll über einen Userhook gelöst werden und ausprogrammiert werden (Ausprogrammierung ist dann auskommentiert).

Aufwand: 16h

AB438805.pdf

Jörg Montino :

Hiermit möchten wir Ihnen mitteilen, dass wir nun mit der Implementierung Ihres Auftrags 258632 »Userhook - Teilbeauftragungen per UGL nicht parken« beginnen.
Nach Fertigstellung der Programmierung empfehlen wir eine Test- und Abnahmephase.
Hierzu müssen im Vorfeld noch verschiedene Abstimmungen in Bezug auf Distributionsmöglichkeiten oder geeignete Testumgebungen getroffen werden. Eine Beschreibung unseres Entwicklungs- und Einrichtungs-Prozesses können Sie hier einsehen:
https://cloud.shcom.de/index.php/s/Q9P8DgGMgLt8fnB

Daher bitten wir Sie uns zeitnah mitzuteilen, wie die Programmierung nach Ende der Implementierung getestet und ausgeliefert werden soll. Zur Orientierung senden Sie uns bitte folgende Fragen ausgefüllt zurück:

Möchten Sie einen Abschlusstest mit Abnahme? Ja(), Nein()

Auf welcher Systemumgebung möchten Sie die Tests durchführen?
Auf der SHC-Entwicklungsumgebung (gemeinsamer Test)
Per Direktdistribution auf Ihrem Testsystem
Per Direktdistribution auf Ihrem Echtsystem

Wie möchten Sie die Programmierung nach der Freigabe in Ihr Echtsystem übernehmen?
Bezug per Quartalsrelease
Bezug per Wochenrelease
Per Direktdistribution auf Ihrem Echtsystem

Bei Rückfragen stehe ich Ihnen gerne zu Verfügung.

Mit freundlichen Grüßen,
Sebastian Wamser

AG3333500.pdf (171 kB)

Hallo zusammen,

geben Sie die neuen TAGS wirklich so aus, wie es im Angebot beschrieben ist, oder bleibt es wie bei den ursprünglichen TAGS in Großbuchstaben.

Also BASIC2, COMFORT2 und EXTENDED2 ?!?!

Wenn ich das richtig sehe wurde mit dem Ticket noch nicht begonnen, oder? Selbst wenn, die Änderungen die ich noch gerne hätte sind nur textlich und sollten keinen großen Mehraufwand bedeuten.

Lt. letzter Info heissen Profile mittlerweile anders, siehe hier: 

Die aktuelle Version des Rechnungsformats definiert sechs verschiedene Profile: Minimum, Basic WL, Basic, EN 16931, Extended und XRechnung.[11] Jedes Profil erlaubt einen unterschiedlichen Informationsgrad mittels ZUGFeRD-XML. Während die beiden Profile Minimum und Basic WL in Deutschland umsatzsteuerlich nicht als gültige Rechnungen anerkannt sind, erfüllen die Profile EN 16931 (ehemals Comfort), Extended und XRechnung vollständig die EU-Norm 16931.

Version 1 von ZUGFeRD entspricht überhaupt nicht der EU Norm. Somit sollte dies in irgendeiner Form ersichtlich sein. 

Deshalb folgende Bitte, als DropDown Text:

• BASIC (keine EU Norm)
• COMFORT (keine EU Norm)
• EXTENDED (keine EU Norm)
• BASIC2 (keine EU Norm)
• COMFORT2 (EN16931)
• EXTENDED2
• XRECHNUNG

Als Wert dann innerhalb der INVOIC Datei: BASIC, COMFORT, EXTENDED, BASIC2, COMFORT2, EXTENDED2, XRECHNUNG

Hallo Hr. Stucky,

ihre Kollegin am Hotline Telefon sagte mir, das sie noch bis 16h in einem Meeting sind - ich dann aber schon weg bin. Deshalb hab ich sie gebeten, Ihnen auszurichten, das ich mein Anliegen als Kommentar hinterlege und Sie mich morgen im Laufe des Tages dazu bitte anrufen.

Wir müssen leider nochmal eine Anpassung vornehmen, da wir wegen Kunden die keine aktuelle ZUGFeRD Version in Ihrer Software haben gezwungen sind, auch die ältere noch anzubieten. Deshalb folgender Vorschlag.

compacer hat 2 Konverter. Einen für die Version 2.1 und einen für die neueste Version 2.3.2. Im Nachfolgenden kurz K2.1 und K2.3 genannt.

Somit in der Dropdown die existierenden Einträge auf folgendes ändern: (Bezeichnung => Wert in der Datei => Konverter bei compacer)

• BASIC (keine EU Norm)          => BASIC                => K1
• COMFORT (keine EU Norm)  => COMFORT         => K1
• EXTENDED (keine EU Norm) => EXTENDED        => K1
• BASIC2.1 (keine EU Norm)     => BASIC2.1            => K2.1
• COMFORT2.1 (EN16931)       => COMFORT2.1     => K2.1
• EXTENDED2.1                         => EXTENDED2.1    => K2.1
• XRECHNUNG                          => XRECHNUNG     => XRechnung

Zusätzlich bitte noch folgende anlegen:

• BASIC2.3 (keine EU Norm)     => BASIC2.3            => K2.3
• COMFORT2.3 (EN16931)       => COMFORT2.3     => K2.3
• EXTENDED2.3                         => EXTENDED2.3    => K2.3

Thomas Stucky : Frage zum Thema aber ausserhalb dieses Tickets:

Lässt sich die Auswahlliste auch so umbauen, sodaß der Gesellschafter diese selbst pflegen kann. Über eine Tabelle oder wie auch immer. Hauptsache wir müssen nicht bei jeder Versionsanpassung auch wieder diese Auswahlliste anpassen lassen. 

Außerdem hätte dies den Vorteil, das der Gesellschafter seine Auswahlliste klein halten kann. Nur die Einträge reinnimmt, die er benötigt. Jemand der Eure Lösung verwendet benötigt ja die Einträge für compacer nicht und umgekehrt.

Werner Kraus 

Da hinter den neuen Versionen auch immer eine fest kodierte Ausgabe in Richtung "Compacer" erfolgt, sehe ich das eher kritisch. Wir können die Anforderung aber gerne mal besprechen.

Dieses Ticket habe ich mit höchster Prio in die Entwicklung gegeben, da möchte ich Aufgrund der Dringlichkeit nicht erneut stoppen.

Wenn es ein Tabelleneintrag ist, wo es 2 Felder gibt sehe ich das unkritisch.

Feld 1 wäre die Benennung innerhalb der Liste, Feld 2 wäre der Wert der in die Datei importiert wird.

Diese Werte werden von uns vorgegeben. Wenn dort jemand was unbekanntes reinschreibt kann er eine Fehlermeldung zurückbekommen.

Hallo Hr. Thomas Stucky, können Sie mir für das Ticket einen etwaigen Termin nennen? Und ist die Änderung dann nur im nächsten QR abrufbar, oder kann man dafür auch einen Patch machen?

Kunden fragen vermehrt nach ZUGFeRD 2.3 - dies lässt sich aber immer noch nicht in der Anwendung auswählen.

Wann können wir mit dieser Umsetzung rechnen - zumindest für die, die ZUGFeRD bei compacer umsetzen lassen, müsste diese Erweiterung des DropDown-Feldes doch wirklich eine Kleinigkeit sein!

Bitte Rückmeldung!

Klaus Schnaible Im Ticketsystem steht unter Auftrag das damit im Mai begonnen wird. Ich hab aber vor ca. 2 Wochen eine Mail bekommen, in der angekündigt wurde das begonnen wird. Also offenbar wird grad dran gearbeitet. 

Hallo Herr Werner Kraus,

das Ticket ist von unserer Seite fertig und wir als Patch für das aktuelle QUartalsrelease (QR67) veröffentlicht. Es seht als demnächst zur Verfügung, wir würden uns noch einen Test mit einem Gesellschafter wünschen (unser Entwickler kommt da auf Sie zu).

Viele Grüße

Erweiterung SHC466 um den Textschlüssel SOART. Hierdurch kann jede Textbezeichnung (T065SCH.TEXT4) übersetzt werden.

SHC065 / SOART Aktuell feste Steuerung für "Z" = Zubehör und "I" = Innovationsartikel. Wir können diese Stelle dynamisch gestalten --> Es würden neue Tags an EO geliefert (z.B. Sonderartikel) was würde EO nun damit tun? --> Abstimmung mit GENEON erforderlich!!!

D.h. Erweiterung um Steuerung ob für Shop verwendet oder nicht, neuer Artikeltyp F=firmenspezifisch für Übergabe an den Shop.

Gruppierung über die Service-Option (2stellig alphanummerisch).

Variante1: Innerhalb des jeweilig verwendet Tags "Zubehör" liefern wir alle für den Tag gepflegten Sprachen und Umschlüsselungen mit. / Mit GENEON abstimmen!!! (entweder so wie beschrieben oder über Sprachkennzeichen in der Artikelliste (Anfrage).

Aufwand je nach Variante unterschiedlich: 32h

HD: 442694

Angedacht ist, dass die Texte zum jeweiligen individuellen Schlüssel ganz aus der SHCware kommen. D.h. der Gesellschafter ist völlig frei, wie er die jeweilige Upsellingaktion benennen will. 
U = Upselling

I = Innovationsartikel

G = Gebrauchtware

(als Beispiel) 

AB442694.pdf

DOR_F_442694.docx

Test zur Anmeldung von Natascha Hahn am SHC Helpdesk

Test

Thomas Stucky ist das schon in der Umsetzung?

Wann haben wir hier Ausliefertermin?

Hallo Herr Konstantin Claussen,

das Ticket wurde im Dezember beauftragt und bisher nicht priorisiert. Laut aktueller Planung geht es im Juni in die Entwicklung.

Hallo Thomas Stucky,

das Ticket sollte im Juni in die Entwicklung, nun haben wir Mitte Juli. Ist das Ticket nun fertig?

Danke für die Info.