Tickets - in Arbeit

---

Kommentar von Klaus Schnaible - 13.06.2018 15:11

• 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.

Kommentar von Klaus Schnaible - 08.11.2018 14:18

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?

Kommentar von Klaus Schnaible - 19.11.2018 11:21

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

Kommentar von Klaus Schnaible - 22.11.2018 13:00

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).

Kommentar von Torsten Lotz - 11.04.2019 16:30

Visualisierung erstellen

Kommentar von Klaus Schnaible - 03.06.2019 16:20

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

Kommentar von Torsten Lotz - 05.08.2019 11:55

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.

Kommentar von Torsten Lotz - 07.08.2019 13:15

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?

Kommentar von Klaus Schnaible - 08.08.2019 10:42

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.

Kommentar von Torsten Lotz - 06.09.2019 08:50

• 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.

Kommentar von Torsten Lotz - 25.10.2019 14:57

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?

Kommentar von Torsten Lotz - 25.10.2019 14:58

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

Kommentar von Torsten Lotz - 28.10.2019 09:20

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.

Kommentar von Torsten Lotz - 08.11.2019 09:14

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)

Kommentar von Torsten Lotz - 08.11.2019 15:27

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

Kommentar von Klaus Schnaible - 14.11.2019 14:19

[~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

Kommentar von Torsten Lotz - 13.01.2020 11:59

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

Kommentar von Klaus Schnaible - 24.01.2020 12:59

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)

Kommentar von Torsten Lotz - 02.03.2020 13:17

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

Kommentar von Torsten Lotz - 05.03.2020 16:49

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.

Kommentar von Klaus Schnaible - 05.03.2020 17:26

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?

Kommentar von Florian Singer - 06.03.2020 09:18

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?

Kommentar von Torsten Lotz - 06.03.2020 10:47

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.

Kommentar von Florian Singer - 06.03.2020 10:50

Hallo [~sg@shcom.de]

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

Danke!

Kommentar von Torsten Lotz - 06.03.2020 11:44

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.

Kommentar von Torsten Lotz - 25.03.2020 15:27

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.

Kommentar von Klaus Schnaible - 23.04.2020 13:07

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

Kommentar von Florian Singer - 23.04.2020 13:20

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

Kommentar von Torsten Lotz - 14.05.2020 10:08

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

Kommentar von Klaus Schnaible - 17.06.2020 09:51

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?

Kommentar von Torsten Lotz - 09.02.2021 11:24

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.

Kommentar von Torsten Lotz - 10.02.2021 08:33

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.

Kommentar von Torsten Lotz - 01.03.2021 13:59

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

Kommentar von Torsten Lotz - 19.03.2021 07:18

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?

Kommentar von Thomas König - 31.03.2021 14:51

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.

Kommentar von Sandra Gert - 12.04.2021 14:45

SHC ist in der Testphase

Kommentar von Sandra Gert - 03.05.2021 14:19

Ist noch im Test beim Anwender.

Kommentar von Florian Singer - 07.06.2021 14:11

Ist nach wie vor im Testing bei SHC

Kommentar von Klaus Schnaible - 09.11.2021 14:16

AB146007.pdf

Kommentar von Klaus Schnaible - 10.10.2022 08:53

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

Kommentar von Klaus Schnaible - 01.02.2023 13:21

Thomas Stucky : Ist das immer noch im Test?

Kommentar von Thomas Stucky - 02.02.2023 07:41

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.

Kommentar von Klaus Schnaible - 12.02.2025 12:45

Gibt es da etwas Neues?

Kommentar von Rino Hoch - 12.02.2025 13:47

Persönlich mit Herrn Stucky tel. 11.02.25

Termin mit Entwickler. 

Wiedervorlage: 25.02.25

---

Kommentar von Klaus Schnaible - 24.01.2020 12:58

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)

Kommentar von Torsten Lotz - 14.05.2020 11:03

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.

Kommentar von Torsten Lotz - 09.09.2020 13:21

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

Kommentar von Torsten Lotz - 18.09.2020 07:40

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

Kommentar von Klaus Schnaible - 18.09.2020 11:58

"Kassenabrechnung"?  Das ist wohl ein falscher Eintrag

Kommentar von Torsten Lotz - 22.09.2020 08:47

-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.

Kommentar von Torsten Lotz - 16.11.2020 09:49

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

Kommentar von Klaus Schnaible - 18.11.2020 12:23

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

Kommentar von Torsten Lotz - 19.11.2020 10:09

Fa. Granzow weiterhin als Testpartner gesetzt.

Kommentar von Klaus Schnaible - 23.08.2021 14:13

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!

Kommentar von Klaus Schnaible - 14.09.2021 10:00

Bitte noch auf Kommentar vom 23.8. antworten.

Kommentar von Thomas Stucky - 14.09.2021 12:58

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.

---

Kommentar von Klaus Schnaible - 07.10.2020 11:47

AG464310 (003)_Wallraff.pdf

Kommentar von Torsten Lotz - 19.11.2020 14:29

SHC Angebot 247855

Kommentar von Torsten Lotz - 19.11.2020 14:29

wurde vom Fachbeirat beauftragt

Kommentar von Klaus Schnaible - 09.11.2023 08:36

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

Kommentar von Klaus Schnaible - 11.06.2024 12:42

Ist noch zur Klärung bei eDoc

---

Kommentar von Thomas Stucky - 17.02.2022 12:39

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

Wir erstellen ein Konzept und setzen dieses um.

Kommentar von Thomas Stucky - 18.02.2022 12:58

AG419353.pdf

Kommentar von Klaus Schnaible - 26.02.2025 10:04

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

---

Kommentar von Thomas Stucky - 14.02.2022 11:32

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.

Kommentar von Thomas Stucky - 08.03.2022 10:23

AG418898.pdf

Kommentar von Thomas Stucky - 20.07.2023 13:34

AB418898.pdf

---

Kommentar von Klaus Schnaible - 07.11.2023 13:48

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

Kommentar von Thomas Stucky - 08.11.2023 13:35

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.

Kommentar von Stefan Herger - 10.11.2023 11:22

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

Kommentar von Stefan Herger - 10.11.2023 11:24

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.

---

Kommentar von Thomas Stucky - 15.05.2024 12:00

Von: Klaus Schnaible
Gesendet: Mittwoch, 15. Mai 2024 12:20
An: Götz Aumüller <goetz.aumueller@opti-consult.de>
Betreff: AW: eRechnung SHCware für Gesellschafter

 

Hallo Götz,

 

danke für deine Anregungen, nehme ich gerne mit auf. Deine Lösung für herkömmliche PDF Rechnungen kenn ich von anderen Dienstleistern, die allerdings meist nur die Summendaten auswerten, keinen Positionsdaten.

Und die Frage ist, ob sich der Umsetzungsaufwand lohnt, wo doch in wenigen Jahren eh die xRechnung oder ZUGFeRD Rechnungen Pflicht sind.

Es gibt ja nur eine kurze Übergangszeit.

 

Was das Erkennen von PDFs betrifft (bei xRechnung ist das ja klar): Vielleicht erkennt man ja auch automatisch, ob es ein herkömmliches PDF ist oder eines nach ZUGFeRD-Standard (mit XML-Anhang). Dann könnte man den Prozess an der Stelle automatisiert trennen. Und darin liegt wahrscheinlich auch der genannte Aufwand.

 

Was Kostenrechnungen betrifft: Laut Aussage Herrn Hisgen ist das heute kein Problem mehr und kann von SHCware sauber verarbeitet werden.

 

 

Mit freundlichen Grüßen

 

ppa. Klaus Schnaible

FEGIME Deutschland GmbH & Co KG

Gutenstetter Straße 8e

90449 Nürnberg

 

Von: Götz Aumüller <goetz.aumueller@opti-consult.de>
Gesendet: Mittwoch, 15. Mai 2024 10:08
An: Klaus Schnaible <klaus.schnaible@fegime.de>
Betreff: AW: eRechnung SHCware für Gesellschafter

 

Hallo Klaus,

 

danke für die ergänzende Info.

 

Ich meine, dass eine Lösung, welche nicht die automatische Verarbeitung der E-Mails, mit denen Rechnungen übermittelt werden, beinhaltet, keine sonderlich praktikable Lösung ist. Und den dramatischen Aufwand für die Programmierung bei SHC kann ich nicht ganz erkennen, bei Moster hatten wir so etwas für tägliche Meldungen des Factorers realisiert. Da wurde der Anhang (CSV) in der Datenbank abgelegt und dann - das wäre im geplanten Ablauf nicht erforderlich - die CSV-Datei in eine Tabelle extrahiert und hieraus verarbeitet.

 

Um die Dimension des Aufwandes bei den Gesellschaftern etwas greifbarer zu machen: Leider kenne ich keine Zahl, wie viele Rechnungen Moster per EDI erhält. Vermutlich kannst Du das für Dich einsehen. Ich habe aber in Erinnerung, dass es ca. 100.000 Rechnungen p.a. insgesamt sind und davon ca. noch 3% in Papierform. Selbst wenn 2/3 (was mir zu hoch erscheint) per EDI kämen, wären es noch ca. 30.000 Rechnungen p.a. per E-Mail.

 

Und ich sehe noch ein weiteres praktisches Problem: Nicht alle Rechnungen werden künftig ab einem Stichtag Zugferd oder X-Rechnungen sein. Nehmen wir einmal an, die E-Mails werden automatisch in das System integriert. Wie werden die „klassischen“ PDF-Rechnungen (ohne strukturierten Inhalt) von den anderen unterschieden? Aus diesen kann nicht sauber extrahiert werden. Umgekehrt ist es vielleicht die Chance, auch diese durch Compacer verarbeiten zu lassen.

 

In diesem Kontext kenne ich aktuell zwei Wege, wie eine reine PDF-Rechnung in die SHCware kommt:

1. Es gibt eine Parametrierung je Lieferant, wo was auf dem Beleg steht, die bei jeder Formularänderung angepasst werden muss. Bei manchen Großhändlern werden nur die wichtigsten Lieferanten parametriert und ein der Rest vom Programm „nach bestem Wissen“ ausgelesen. Hinterher werden ggf. Anpassungen in der Rechnungsprüfung gemacht. Bei Seiwert bspw. wird die Parametrierung vom Archivanbieter (SAVIS) gegen Berechnung vorgenommen.
2. Die PDF-Rechnung wird auslesen und die Parameter wie Lieferant, Rechnungsnummer, Datum und Betrag werden zusammen mit dem Bild in einem vorgelagerten Workflow einem Sachbearbeiter präsentiert. Der prüft und korrigiert die Daten, danach geht die Rechnung in die SHCware Rechnungsprüfung.

 

Ich denke, hier würde Compacer durch den Skaleneffekt über die Gesellschafter (die meisten Lieferanten wären irgendwann einmal verarbeitet und das zentrale Einlesen optimiert sich immer mehr) zu einer Aufwandsreduzierung führen.

 

Schließlich stellt sich eine weitere Frage, wie Kostenrechnungen, die nicht über die SHCware abgewickelt werden, empfangen, verarbeitet und in das Archiv integriert werden können.

 

Das ist alles nicht mein Thema, ich habe mir lediglich Gedanken darüber gemacht, was mir als Großhandelsgeschäftsführer sofort dazu an Fragen einfällt. Umfassend habe ich das nicht durchleuchtet. Vielleicht sollte man da aber mal tun, um gute Handlungsempfehlungen abzugeben. Möglicherweise reicht es aber auch, nur auf diese Problemstellungen hinzuweisen.

 

Gerne können wir beide uns dazu weiter austauschen.

 

Liebe Grüße

 

Götz

 

 

 

Opti-Consult GmbH 

In der Almel 5 

67434 Neustadt an der Weinstraße

Mobil +49 173 3185600
E-Mail Goetz.Aumueller@opti-consult.de 

www.opti-consult.de LinkedIn XING

Handelsregister HRB 68539 Amtsgericht Ludwigshafen 

Geschäftsführer Götz Aumüller  

 

 

 

  

 

 

 

 

Von: Klaus Schnaible <klaus.schnaible@fegime.de>
Gesendet: Dienstag, 14. Mai 2024 10:18
An: Götz Aumüller <goetz.aumueller@opti-consult.de>
Betreff: AW: eRechnung SHCware für Gesellschafter

 

Zur Ergänzung:

 

—

Hallo Herr Schnaible,

in der aktuellen Planung werden die Dateien (ZUGFeRD- bzw. X-Rechnung) manuell in den Ordner gespeichert.
Wir (aus SHCware) heraus greifen aktuell noch nicht auf das Mailsystem zu um von dort Daten (Mailanhänge) abzuholen.
D.h. Hierfür wäre eine größere Entwicklung notwendig, diese werden wir nicht bis zum Ende des Jahres hinbekommen.

Thomas Stucky

 

Theoretisch wäre es natürlich auch noch möglich, dass in der Mail zur Rechnung auch noch relevante Infos stehen.

 

 

Mit freundlichen Grüßen

 

ppa. Klaus Schnaible

FEGIME Deutschland GmbH & Co KG

Gutenstetter Straße 8e

90449 Nürnberg

 

Von: Götz Aumüller <goetz.aumueller@opti-consult.de>
Gesendet: Dienstag, 14. Mai 2024 09:20
An: Klaus Schnaible <klaus.schnaible@fegime.de>
Betreff: AW: eRechnung SHCware für Gesellschafter

 

Hallo Klaus,

 

vielen Dank für die Info.

 

Das Konzept sieht gut aus. Ich finde es gut, einen vorhandenen Abhandlungsweg (EDI INVOICE) zu verwenden. Das erhöht nicht die Komplexität der Prozesse bei den Gesellschaftern.

 

So wie ich es verstanden habe, muss der Gesellschafter die Daten in ein Verzeichnis stellen, von dem aus diese zu Compacer zur Bereitstellung des EDI-Files gehen. Die Rechnungen kommen beim Gesellschafter i.d.R. per E-Mail herein.

 

Wie ist es denn gedacht, dass der Gesellschafter diese Dokumente in dieses Verzeichnis, nach meinem Verständnis auf seinem System, stellt?

 

Vielleicht habe ich auch etwas falsch verstanden.

 

Gerne können wir am Nachmittag (ca. ab 14 Uhr) mal teamsen/telefonieren.

 

Viele Grüße

 

Götz

 

   

Opti-Consult GmbH 

In der Almel 5 

67434 Neustadt an der Weinstraße

Mobil +49 173 3185600
E-Mail Goetz.Aumueller@opti-consult.de 

www.opti-consult.de LinkedIn XING

Handelsregister HRB 68539 Amtsgericht Ludwigshafen 

Geschäftsführer Götz Aumüller  

 

 

 

  

 

 

 

 

Von: Klaus Schnaible <klaus.schnaible@fegime.de>
Gesendet: Montag, 13. Mai 2024 12:19
An: Götz Aumüller <goetz.aumueller@opti-consult.de>
Betreff: WG: eRechnung SHCware für Gesellschafter

 

Hallo Götz,

 

für dich zur Info.

Empfang eRechnung ist damit bald in trockenen Tüchern, Versand geht ja eh schon …

 

Mit freundlichen Grüßen

 

ppa. Klaus Schnaible

FEGIME Deutschland GmbH & Co KG

Gutenstetter Straße 8e

90449 Nürnberg

 

Von: Klaus Schnaible
Gesendet: Montag, 13. Mai 2024 12:18
An: Arnold Rauf <arnold.rauf@fegime.de>; Werner Kraus <werner.kraus@fegime.de>
Betreff: eRechnung SHCware für Gesellschafter

 

… für JHV: Wird vorbildlich mit compacer gelöst. Damit sind gleichzeitig alle eingehenden eRechnungen wie jede andere EDIFACT Abrechnung abhandelbar. Besser geht es nicht.

Allerdings ebenso für JHV: Spätestens jetzt sollte sich jeder mit der Abhandlung eingehender elektronischer Rechnungen auseinandersetzen!

(Low Hanging Fruits / Aumüller / OptiConsult)

 

Danke auch an Herrn Kraus!

 

eRechnung Eingang zu Compacer

Um ZUGFeRD- bzw. X-Rechnungen eingehend, in Zusammenarbeit mit Compacer, zu verarbeiten, nehmen wir die folgenden Anpassungen vor:

1. Abstellen der Rechnungen vom Typ ZUGFeRD und XRechnung in ein neuen Verzeichnis.
2. DB-Job zum Einlesen der Rechnungs-PDF in die Tabelle T611TTOLOG zur Übergabe an Compacer.
3. Compacer bildet aus den eingebetteten XML eine Edifact INVOIC im SHC-Standard-Format XML
4. Compacer gibt als Referenz innerhalb der INVOIC den Dateinamen des PDF zurück.

<REFERENZEN>

<REFERENZ>

<TYP>PDFFILENAME</TYP>

<ID>DateinameZUGFeRDrechnung.pdf</ID>

</REFERENZ>

</REFERENZEN>

1. Die Edifact-INVOIC wird über den Standardprozess von Compacer übermittelt und in der SHCware zur Rechnungsprüfung eingelesen und verarbeitet.
2. Mit/nach der Verarbeitung wird aufgrund des mitgelieferten PDF-Dateinamens das PDF in der T611TTOLOG ermittelt und für die Archivierung bereitgestellt.
3. Für die Archivierung erfolgt parallel eine entsprechende Verschlagwortung (RENR, KDNR, FILENAME, ....)

 

Kommentar von Thomas Stucky - 15.05.2024 12:07

AB437203.pdf

Kommentar von Thomas Stucky - 19.11.2024 07:58

Die Entwicklung wurde eingestellt/storniert.

Die Fegime wartet auf die SHCware-Entwicklung ohne Dienstleister

Kommentar von Klaus Schnaible - 21.11.2024 13:50

Inzwischen neu beauftragt, Fertigstellung noch in 2024

Kommentar von Werner Kraus - 12.12.2024 14:11

Hallo Herr Thomas Stucky, wird das wie versprochen zum Jahreswechsel fertig auf Eurer Seite? 

Kommentar von Thomas Stucky - 13.12.2024 11:52

Hallo Werner Kraus,

unsere Entwicklung ist an dem Ticket aktuell dran.

Sollte passen.

Viele Grüße

Thomas Stucky

Kommentar von Werner Kraus - 13.01.2025 11:53

Ich bitte um Information wie weit wir bei diesem Projekt sind. Versprochen wurde zum Jahreswechsel.

Kommentar von Thomas Stucky - 13.01.2025 15:09

Hallo Herr Werner Kraus,

die Entwicklung ist abgeschlossen.

Die Veröffentlichung erfolgt mit dem nächsten Quartalsrelease (QR66), welches in der nächsten Woche veröffentlicht wird.

Welcher Gesellschafter könnte die Entwicklung dann testen?

 

Viele Grüße

Kommentar von Werner Kraus - 13.01.2025 15:18

z.B. Plein. Hr. Klein hat schon ein Ticket bei uns geöffnet, weil ja letztes Jahr versprochen wurde, das es schon zum Jahreswechsel klappt.

Können Sie mir eine Beschreibung geben, wie der Gesellschafter damit umgehen muß? Was er einstellen muß etc. 

Kommentar von Thomas Stucky - 16.01.2025 10:09

@Hallo Herr Werner Kraus ,

 

die Entwicklung wurde im Dezember 2024 fertiggestellt. Diese steht den Gesellschaftern mit dem neuen QR66 (wird nächste Woche veröffentlicht) zur Verfügung.

Wir werden bis dahin auch eine kleine Doku liefern, was einzustellen ist.

Kommentar von Werner Kraus - 16.01.2025 10:21

Es wäre doch sinnvoll dies vorher mit einem Gesellschafter mal zu testen, bevor das veröffentlicht wird. Soll ich Hr. Klein mal fragen?

Kommentar von Klaus Schnaible - 16.01.2025 12:16

Werner Kraus : Ich gehe mal davon aus, dass durch die Release-Einspielung alleine erstmal nichts passiert, das muss dann ja aktiv angegangen werden.

Und ja, sie können gerne Herrn Klein auf Tests ansprechen - dann hätten wir eine erste Rückmeldung.

 

Kommentar von Klaus Schnaible - 19.02.2025 14:15

Erweiterung zur eRechnung, Auftrag erteilt.
AG243205.pdf

Kommentar von Thomas Stucky - 20.02.2025 08:26

AB443966.pdf

Kommentar von Klaus Schnaible - 20.02.2025 11:55

AB243216.pdf

Kommentar von Thomas Stucky - 27.02.2025 10:09

DOR_F_443966.pdf

---

Kommentar von Klaus Schnaible - 11.06.2024 09:06

AG3284200.pdf

Kommentar von Thomas Stucky - 11.06.2024 10:56

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

Kommentar von Thomas Stucky - 28.08.2024 07:26

AB438805.pdf

Kommentar von Klaus Schnaible - 08.04.2025 11:25

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

---

Kommentar von Werner Kraus - 14.11.2024 10:45

AG3333500.pdf (171 kB)

Kommentar von Werner Kraus - 20.12.2024 10:28

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 ?!?!

Kommentar von Werner Kraus - 23.01.2025 12:05

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

 

Kommentar von Werner Kraus - 06.02.2025 13:51

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

Kommentar von Werner Kraus - 13.02.2025 13:30

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.

Kommentar von Thomas Stucky - 14.02.2025 08:41

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.

Kommentar von Werner Kraus - 14.02.2025 08:45

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.

Kommentar von Werner Kraus - 20.02.2025 15:05

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?

Kommentar von Klaus Schnaible - 23.04.2025 10:56

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!

Kommentar von Werner Kraus - 30.04.2025 09:10

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. 

Kommentar von Thomas Stucky - 13.05.2025 11:46

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