Neu Attribute/Merkmale mit eigenen Feldern verknüpfen

[Timmi]

Guten Tag, ich habe folgendes Problem. Meine Firma wo ich als Datenmanager arbeitet ist dabei eine neue Internetseite mit Anbindung an die Wawi aufzubauen. Das Unternhemen verkauft Bio Produkte über das Internet. Auch benutzen wir für die neue Seite jetzt ein Attribut um die Nährwertangaben die ja in der Lebensmittelbranche pflicht sind auf der neuen Seite wieder zu geben. Dieses ist ein Freitextfeld heißt ich gebe da jedes mal ein Html code ein um die Nährwerte und Zutaten darzustellen, auch steht dies schon bei den Artikeln in den eigenen Feldern.

Daher meine Frage, gibt es da irgendwie eine Möglichkeit, dass man dem Atribut sagt greife auf die eigenen Feldern in der jeweiligen Position zu?

 

[ple]

Als Überlegung, wir machen was ähnliches.
Wir arbeiten nur mit eigenen Felder, weil es übersichtlicher ist und man schneller arbeiten kann.
Also, einen Workflow Artikel geändert.
Dazu dann diesen Customer workflow von @zaxxo
https://www.zaxxo.de/Custom-Workflow-Merkmal-setzen
Zu beachten, custom Workflows sind bald nur aber der pro Version drin. Da muss ich mir selber auch noch mal was überlegen, wie ich das löse.
Ebenso müssen die Merkmalnamen bereits vorhanden sein.
Vorteil ist noch, wenn es Merkmale sind, der Kunde kann auch nach Nährwerte filtern.

Vielleicht wäre das ja was.

Gruß

 

[frankell]

Zu beachten, custom Workflows sind bald nur aber der pro Version drin.

Genau genommen sind sie das bereits seit 1.9. letzten Jahres, unabhängig von der Wawi-Version. JTL hat zwar gesagt, dass erst mal keine bereits vorhandenen (!) CustomWorkflows abgeschaltet werden, aber das ist ja keine Aussage, mit der sich konkret planen lässt, erst recht nicht jetzt mit der 1.10. Hab mir die aber auch nicht angeschaut, ob da die Begrenzung bereits technisch umgesetzt ist, wie das angekündigt wurde, wovon ich aber erst mal ausgehe.

Wer aus welchem Grund auch immer die 1.10. nutzen will/muss, der dürfte spätestens jetzt in Sachen CustomWorkflows in den Allerwertesten gekniffen sein. Daher vielleicht lieber gleich auf rein datenbankbasiert switchen.

 

[ple]

Jap, das sollte sich jtl mal überlegen, ob das wohl so klug war. Der Customer Workflow ist ja eh nur ne sp. Da kann ich auch die variable dem sp mittels ps, cmd oder sonst was übergeben. Also eigentlich überflüssig dieser hackmack.
JTL sollte eigentlich froh sein, das Partner custom Workflows schreiben.

 

[frankell]

Also eigentlich überflüssig dieser hackmack.

True. Wer einen CustomWorkflow nicht scheut, der wird auf den Wawi-Trigger eher verzichten können und bereit sein zu switchen.

Jap, das sollte sich jtl mal überlegen, ob das wohl so klug war.

Ich finde auch, dass man sich damit eines nicht ganz unwesentlichen Verkaufsarguments auch für kleine Händler beraubt hat. Aber man muss wohl davon ausgehen, dass der vermutete ROI-Druck zur Monetarisierung geführt hat und auch eine entsprechende Opportunitätskostenrechnung durchgeführt wurde. Ich könnte mir aber auch vorstellen, dass das nach hinten losgeht, wenn eine substantielle Menge an Händlern auf den Komfort eines Wawi-Triggers mit den vergleichsweise einfachen Bedingungen verzichtet.