ACHTUNG : Diese Prozedur NICHT MEHR VERWENDEN. Die Funktionalität der „Taxes“ ist komplett entfallen. Diese dienten bis Version 6.0.1 im Zusammenspiel mit „TaxTypes“ (gleichnamige Tabelle) dazu, für Versandkosten und Zahlungskosten feste Steuersätze hinterlegen zu können. Stattdessen werden seit Version 6.0.2 Steuersätze zu einzelnen „Surcharges“ hinterlegt, s. om_ModifySurchargeTypeTaxes_Ad. Das Pendant zu den „TaxTypes“ sind die Kategorien von „Surcharges“, die „SurchargeTypeCategories“ (s. om_ModifySurchargeTypeCats_Ad).
Anstelle dieser Prozedur bitte om_ModifySurchargeTypeTaxes_Ad verwenden !
Die Implementierung dieser Prozedur wurde aber so geändert, daß versucht wird, die Funktionalität zu erhalten bzw. sinnvoll auf das neue Konzept zu übertragen - und zwar so :
Die „TaxTypeID“ wird „hart codiert“ einer „SurchargeTypeCategoryID“ zugeordnet. Sollte es für „TaxTypeID“ keine Zuordnung
geben, schlägt der Aufruf dieser Prozedur hier fehl. Kann eine „Surcharge-Kategorie“ ge„map“t werden, schauen wir, ob es GENAU EINEN „Surcharge“ dieser Kategorie gibt. Gelingt dies nicht, schlägt die Aktion hier ebenfalls fehl. Andernfalls haben wir alles, um einen „korrespondierenden“ Aufruf von om_ModifySurchargeTypeTaxes_Ad zu machen. Dabei gibt es aber noch folgende Einschränkungen :
1.) Der Parameter „ValidTo“ wird von om_ModifySurchargeTypeTaxes_Ad nicht direkt unterstützt. Der Einfachheit halber ist die vorherige Funktionalität daher ersatzlos gestrichen worden (d.h. es gibt einen Fehler, wenn „ValidTo“ NICHT „NULL“ ist).
2.) Es ist ab jetzt (6.0.2) Pflicht, daß es in der Tabelle „TaxRates“ einen korrespondierenden Datensatz zu „TaxRate“ gibt.
Sollte dies nicht der Fall sein, kommt es zu einem „-500“-Fehler.
HTTP-Method | POST |
HTTP-Auth | Optional |
Tags | |
Engine-Kategorie | configurations |
Engine-Typ | Daten-Änderung |
Letzte Aktualisierung | 7.0.7 (2015-01-29) |
Name 1) | Standard-Wert | Beschreibung 2) | SQL-Datentyp3) | ab Version |
---|---|---|---|---|
TaxTypeID | Es werden die folgenden Werte noch (wg. Abwärtskompatibilität) unterstützt : - „1“ : Steuersatz-Art für „Zahlungskosten“ - „2“ : Steuersatz-Art für „Versandkosten“ | tinyint | 3.5.20 | |
TaxRate | Der Steuersatz zur Steuerart „TaxTypeID“, der AB „ValidFrom“ gültig sein soll - es handelt sich immer um eine Prozent-Angabe | decimal(5,2) | 3.5.20 | |
ValidFrom | Der Steuersatz „TaxRate“ soll AB diesem Zeitpunkt (muß in der Zukunft liegen, bei „NULL“ wird automatisch der aktuelle Zeitpunkt gewählt) gelten | datetime | 3.5.20 | |
ValidTo | NULL | Funktionalität wird NICHT mehr unterstützt, hier MUSS „NULL“ angegeben werden ! | datetime | 3.5.20 |
Die Prozedur hat keine Rückgaben.
Die Prozedur hat keine Output-Parameter.
Code | Beschreibung | Quelle 4) |
---|---|---|
-575 | Die Prozedur soll nicht mehr verwendet werden, da sie zwar noch funktioniert aber bald wegfällt | 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 | direkt und 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] |
6.0.3 | 2011-09-07 | Holger Wies : „ValidFrom“ wurde wenn „NULL“ belegt. Dies führte beim Aufruf von om_ModifySurchargeTypeTaxes_Ad zu -500, wenn zwischen Belegung und Prüfung in besagter Prozedur mehr als 3ms vergingen |
6.0.2 | 2011-06-08 | Holger Wies : Prozedur liefert nun „deprecated“ Return-Code und die Funktionalität wurde im Wesentlichen durch einen Aufruf von om_ModifySurchargeTypeTaxes_Ad ersetzt. |
4.0.14 | 2004-06-03 | 1. Aufruf der Prozeduren „_mi_StartProcedure“ und „_mi_FinishProcedure“ 2. Ausführen von „set transaction isolation level 1“ und „set rowcount 0“ zu Beginn der Prozedur 3. Konsequente Fehlerbehandlung 4. Fehlende Transaktion |
3.5.20 | 2002-07-22 | 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_ModifyTaxes_Ad?TaxTypeID=<value>&TaxRate=<value>&ValidFrom=<value>'
Mit xmllint 5) formatierte Ausgabe:
curl -X POST 'http://<partner>-<project>.dstore.de/default/engine/om_ModifyTaxes_Ad?TaxTypeID=<value>&TaxRate=<value>&ValidFrom=<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_ModifyTaxes_Ad', array( 'TaxTypeID' => <value>, 'TaxRate' => <value>, 'ValidFrom' => <value>, // 'ValidTo' => NULL ) ); $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_ModifyTaxes_Ad"> <Parameters> <Parameter Name="TaxTypeID"><!-- tinyint value --></Parameter> <Parameter Name="TaxRate"><!-- decimal value --></Parameter> <Parameter Name="ValidFrom"><!-- datetime value --></Parameter> <!-- <Parameter Name="ValidTo">NULL</Parameter> --> </Parameters> </Procedure> </Batch> </ListOfBatches>