Prozedur, um die Zuordnung von Artikel-Sets zu Verkaufs-Aktions-Benefits des Typs „Bonus-Artikel“ zu verwalten.
Hintergrund :
Der Benefit-Typ „Bonus-Artikel“ für Verkaufs-Aktionen bietet die Möglichkeit, sogenannte Sets von Artikeln definieren zu können, aus denen der Kunde sich ein oder mehrere Artikel aussuchen darf, die er kostenlos erhält - sofern die zur Verkaufs-Aktion definierten Bedingungen erfüllt sind.
Hinweise :
1.) Sofern ein Benefit bereits in einer AKTIVEN Verkaufs-Aktion verwendet wird (s. om_GetCampaignBenefits_Ad), kann die Zuordnung zu Artikel-Sets NICHT mehr geändert werden (ggf. gibt es dann also einen Fehler) !
2.) Bei einer neuen Zuordnung prüfen wir, ob das Set auf einer Artikel-Bedingung („ItemConditionID“) basiert, auf der ein anderes bereits dem Benefit zugewiesenes Set beruht. Wenn dem so ist, gibt es einen Fehler, denn zwei identsiche Sets für ein und dasselbe Bonus-Artikel-Benefit machen keinen Sinn.
3.) Ebenfalls einen Fehler gibt es bei einer Neu-Zuordnung, falls das Set bereits einem anderen Benefit zugeordnet ist. Grund für diese Einschränkung ist die Vereinfachung der Überprüfungslogik für einen Warenkorb.
Hintergrund : Es kann ja der Fall auftreten, daß mehrere Bonus-Artikel im Warenkorb enthalten sind, die jeweils zu mehreren Sets eines einzigen (Bonus-Item-)Benefits gehören können, aber nur eine bestimmte Konstellation tatsächlich erlaubt ist (aufgrund der „MaxQuantity“-Einstellung des Benefits, s. gleichnamiger Rückgabespalte von om_GetCampaignBonusItems_Ad). Um nun ein u.U. sehr zeitaufwendiges Durchprobieren von Kombinationen zu vermeiden, müssen wir also für jeden Bonus-Artikel im Warenkorb wissen, zu welchem Set welches Benefits er gehört. Zwecks Reduzierung der damit eigentlich notwendigen ZWEI Informationen (Set UND Benefit) auf nur noch eine wird die Einschränkung der eindeutigen Zuordnung eines Sets zu einem Benefit gefordert.
Anmerkungen zum Parameter „SortNo“ :
1.) Mit der „SortNo“ steuert man die Reihenfolge der einem Bonus-Artikel-Benefit zugeordneten Sets. Die Werte beginnen bei „1“ und sind lückenlos aufsteigend (je niedriger der Wert desto höher die Priorität). Und weil der Datentyp „tinyint“ ist, können „BenefitID“ somit maximal 255 Sets zugeordnet werden
2.) Bei Neu-Anlage einer Zuordnung beachten wir „SortNo“ NICHT sondern vergeben automatisch den nächst größeren Wert.
3.) Bei einer Änderung (existiert die Zuordnung und ist „DeleteCombination = 0“) MUSS „SortNo“ auf jeden Fall angegeben werden und muß zwischen „1“ und der maximalen „SortNo“ eines zugeordneten Sets liegen. In diesem Fall sorgen wir übrigens automatisch dafür, daß nach der Änderung die „SortNo“s aller Sets garantiert wieder lückenlos aufsteigend (bei „1“ beginnend) sind.
4.) Im Löschen-Fall erniedrigen wir die „SortNo“ anderer Sets mit einem Wert „> SortNo“ um „1“.
HTTP-Method | POST |
HTTP-Auth | Optional |
Alias | om_ModifySetsForBonusItemBenefits_Ad |
Tags | |
Engine-Kategorie | order management |
Engine-Typ | Daten-Änderung |
Letzte Aktualisierung | 7.0.7 (2015-01-29) |
Name 1) | Standard-Wert | Beschreibung 2) | SQL-Datentyp3) | ab Version |
---|---|---|---|---|
BenefitID | ID eines Bonus-Items-Benefits (mögliche Werte : s. om_GetCampaignBonusItems_Ad). Hinweis : Wenn der Benefit bereits in einer AKTIVEN Verkaufs-Aktion verwendet wird (s. om_GetCampaignBenefits_Ad), kann NICHTS mehr verändert werden ! | integer | 7.0.4 | |
ItemSetID | ID eines Bonus-Artikel-Sets (mögliche Werte : s. om_GetBonusItemSets_Ad). Gibt es die Zuordnung zu „BenefitID“ noch nicht, wird sie erstellt, sonst wird sie je nach „DeleteCombination“ geändert oder gelöscht. | integer | 7.0.4 | |
SortNo | NULL | Bestimmt die Reihenfolge von „ItemSetID“ innerhalb aller „BenefitID“ zugeordneter Sets. Wird nur beachtet, wenn die Zuordnung „BenefitID“ zu „ItemSetID“ existiert - und ist in diesem Fall auch Pflicht (s. Beschreibung). | tinyint | 7.0.4 |
DeleteCombination | 0 | Falls die Zuordnung von „BenefitID“ zu „ItemSetID“ schon existiert, gibt man hier an, ob sie geändert („0“) oder gelöscht („1“) werden soll | bit | 7.0.4 |
Die Prozedur hat keine Rückgaben.
Die Prozedur hat keine Output-Parameter.
Code | Beschreibung | Quelle 4) |
---|---|---|
-1222 | Ein Set darf nicht verschiedenen Bonus-Artikel-Benefits zugeordnet werden | nur direkt |
-1220 | Einem Benefit können nicht zwei Sets mit derselben Artikel-Bedingung zugeordnet werden | nur direkt |
-1219 | Die Set-Zuordnung kann nicht geändert werden, weil der Benefit einer aktiven Campaign zugeordnet ist | nur direkt |
-569 | Der Benutzer hat kein Ausführungsrecht für die Prozedur | nur indirekt |
-567 | Die Prozedur darf z. Zt. nicht ausgeführt werden | nur indirekt |
-566 | Die Prozedur darf mit den übergebenen Parametern nicht ausgeführt werden | nur indirekt |
-535 | Das Datum liegt nicht in der Vergangenheit | nur indirekt |
-530 | Der Wert ist nicht konvertierbar | nur indirekt |
-510 | Der Benutzer ist nicht registriert | nur indirekt |
-504 | Es ist ein Problem aufgetreten, das nicht gelöst werden kann, Prozedur wird daher abgebrochen | nur indirekt |
-500 | Falsche Parameter | direkt und indirekt |
Die Rückgabe erfolgt als XML-Dokument welches gegen das Schema Response/EngineProcedure_v1_0.xsd validiert.
7.0.7 | 2015-01-29 | Interne Änderung : Datentyp-Erweiterung des „ReferenceKey“ [für „_mi_StartProcedure“-Aufruf] |
7.0.4 | 2014-03-19 | Erstmalig in dieser Version erstellt |
Der folgende Link öffnet in einem separaten Fenster den Engine Playground der fest mit dem dbap-demo System verbunden ist:
Unformatierte Ausgabe:
curl -X POST 'http://<partner>-<project>.dstore.de/default/engine/om_ModifySetsForBonItBenefs_Ad?BenefitID=<value>&ItemSetID=<value>'
Mit xmllint 5) formatierte Ausgabe:
curl -X POST 'http://<partner>-<project>.dstore.de/default/engine/om_ModifySetsForBonItBenefs_Ad?BenefitID=<value>&ItemSetID=<value>' | xmllint --format -
use dStore_php\WebService; $service = new WebService\Service( WebService\Scheme::HTTP,'<partner>-<project>.dstore.de', 80); $request = new WebService\Requests\Engine\Procedure\Request( new WebService\Requests\AccessData('default'), 'om_ModifySetsForBonItBenefs_Ad', array( 'BenefitID' => <value>, 'ItemSetID' => <value>, // 'SortNo' => NULL, // 'DeleteCombination' => 0 ) ); $service->execute($request); $xml_result = $request->getResponse()->getBody()->toSimpleXmlDocument(); $ResultSet = $xml_result->getRowsAsArray();
XML zur Ausführung mit der Methode engine/execute, z.B. per
curl --header 'Content-Type: application/xml' -X POST 'http://<partner>-<kunde>.dstore.de/default/engine/execute' -d '<xml-daten>'
<?xml version="1.0" encoding="UTF-8"?> <ListOfBatches> <Batch No="0"> <Procedure Name="om_ModifySetsForBonItBenefs_Ad"> <Parameters> <Parameter Name="BenefitID"><!-- integer value --></Parameter> <Parameter Name="ItemSetID"><!-- integer value --></Parameter> <!-- <Parameter Name="SortNo">NULL</Parameter> --> <!-- <Parameter Name="DeleteCombination">0</Parameter> --> </Parameters> </Procedure> </Batch> </ListOfBatches>