Benutzer-Werkzeuge

Webseiten-Werkzeuge

Action disabled: source

engine:procedures:om_modifypaymentforshipping_ad

om_ModifyPaymentForShipping_Ad

Mit dieser Prozedur kann festgelegt werden, welche Zahlungsarten mit welchen Versandarten überhaupt kombiniert werden können. Was ein Kunde dann tatsächlich für einen Auftrag an Zahlungs- bzw. Versandarten auswählen kann, wird durch om_ModifyGroupPayForShip_Ad und om_ModifyNodePaymentForShip_Ad konfiguriert.

Wichtige Hinweise :

1. Wenn eine Zahlungs-/Versandart-Kombination gelöscht oder die Kombination geändert wird, kann für Aufträge, die jeweils genau diese Zahlungsart und diese Versandart haben, KEIN Statuswechsel mehr vorgenommen werden (es kommt dann bei om_ChangeOrderState_Ad immer der Fehler „-330“) ! Aus diesem Grund wurde in Version 6.0.3 eingeführt, daß in einem solchen Fall das Ändern/Löschen fehlschlägt (mit „ForceDelOrModify = 1“ kann man die Änderung bzw. das Löschen aber trotzdem erzwingen).
2. Möchte man quasi „NULL“ für die „DetailedDescription“ anlegen (bzw. darauf ändern), ist „tempdb.dbo.TextData“ unbedingt vor dem Aufruf zu leeren (mit mi_DeleteFromTempdbTable) !

HTTP-MethodPOST
HTTP-AuthOptional
Tags
Engine-Kategorieconfigurations
Engine-TypDaten-Änderung
Letzte Aktualisierung7.0.7 (2015-01-29)

Parameter

Name 1) Standard-Wert Beschreibung 2) SQL-Datentyp3) ab Version
PaymentForShippingIDNULL ID einer Zahlungsart-Versandart-Kombination, die geändert oder gelöscht werden soll. „NULL“ angeben, um eine neue Kombination anzulegen.
smallint3.5.0
ShippingTypeID ID einer Versandart, die zusammen mit der Zahlungsart „PaymentTypeID“ kombiniert werden kann
tinyint3.5.0
PaymentTypeID ID einer Zahlungsart, die zusammen mit der Versandart „ShippingTypeID“ kombiniert werden kann
smallint3.5.0
PaymentForShippingDescription Die Bezeichnung der „PaymentForShippingID“ in der Standardsprache. Es kann zusätzlich ein Wert für die Beschreibung („DetailedDescription“) angegeben werden, und zwar via „tempdb.dbo.TextData“.
varchar(100)3.5.0
DeletePaymentForShipping0 „0“ : Eine neue Kombination anlegen bzw. die vorhandene Kombination „PaymentForShippingID“ ändern
„1“ : Die Kombination „PaymentForShippingID“ soll gelöscht werden
bit3.5.0
DescriptionForAdminNULL Beschreibung der „PaymentForShippingID“ für den Administrator. Hintergrund : Kombinationen, die von der Bezeichnung her identisch sind, und für einen Administrator bei Konfigurierungen nicht auseinander zu halten wären.
varchar(100)3.5.22
ForceDelOrModify0 Wird die zu ändernde bzw. zu löschende Kombination (noch) in Aufträgen verwendet, schlägt das Ändern/Löschen fehl. Gibt man in diesem Parameter aber „1“ an, wird das Löschen bzw. Ändern erzwungen.
bit6.0.3

Rückgabe

Die Prozedur hat keine Rückgaben.

Output-Parameter

Die Prozedur hat keine Output-Parameter.

Mögliche Return-Codes

Code Beschreibung Quelle 4)
-569Der Benutzer hat kein Ausführungsrecht für die Prozedurnur indirekt
-567Die Prozedur darf z. Zt. nicht ausgeführt werdennur indirekt
-566Die Prozedur darf mit den übergebenen Parametern nicht ausgeführt werdennur indirekt
-535Das Datum liegt nicht in der Vergangenheitnur indirekt
-530Der Wert ist nicht konvertierbarnur indirekt
-510Der Benutzer ist nicht registriertnur indirekt
-504Es ist ein Problem aufgetreten, das nicht gelöst werden kann, Prozedur wird daher abgebrochennur indirekt
-502Die Parameter-Werte der Prozedur können nicht verarbeitet werden (kein passendes Trennzeichen)nur indirekt
-500Falsche Parameterdirekt und indirekt
-339Die Zahlungs-/Versandart-Kombination wird verwendet und kann daher nicht geändert werdennur direkt

XML-Schema

Die Rückgabe erfolgt als XML-Dokument welches gegen das Schema Response/EngineProcedure_v1_0.xsd validiert.

Historie

7.0.7 2015-01-29Interne Änderung : Datentyp-Erweiterung des „ReferenceKey“ [für „_mi_StartProcedure“-Aufruf]
6.5.4 2013-04-29Anpassungen an aktuellen Code-Standard, u.a. wg. UTF8-Unterstützung
6.0.3 2011-09-07Beim Ändern/ Löschen wird ab sofort geprüft, ob die betreffende Kombination noch in einem Auftrag verwendet wird
und ggf. die Änderung verhindert und es wurde der Parameter „ForceDelOrModify“ eingeführt.
5.5.1 2008-07-29Fehler : Beim Aktualisieren einer vorhandenen Kombination wurde in dem Fall, daß NICHTS via „tempdb.dbo.TextData“ übergeben wurde, „DetailedDescription“ so belassen, und nicht auf „NULL“ gesetzt !
5.1.0 2006-02-08Fehler falls bei Neu-Anlage eine „DetailedDescription“ in „tempdb.dbo.TextData“ übergeben wurde
4.0.14 2004-06-031. Aufruf der Prozeduren „_mi_StartProcedure“, „_mi_FinishProcedure“ und „_mi_ChooseParamValueSeperator“
2. Ausführen von „set transaction isolation level 1“ und „set rowcount 0“ zu Beginn der Prozedur
3. Konsequente Fehlerbehandlung
3.5.22 2002-08-30
3.5.0 2000-11-23Erstmalig in dieser Version erstellt

Code-Snippets

Engine Playground

Der folgende Link öffnet in einem separaten Fenster den Engine Playground der fest mit dem dbap-demo System verbunden ist:

cURL

Unformatierte Ausgabe:

curl -X POST  'http://<partner>-<project>.dstore.de/default/engine/om_ModifyPaymentForShipping_Ad?ShippingTypeID=<value>&PaymentTypeID=<value>&PaymentForShippingDescription=<value>'

Mit xmllint 5) formatierte Ausgabe:

curl -X POST  'http://<partner>-<project>.dstore.de/default/engine/om_ModifyPaymentForShipping_Ad?ShippingTypeID=<value>&PaymentTypeID=<value>&PaymentForShippingDescription=<value>' | xmllint --format -
dStore_php
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_ModifyPaymentForShipping_Ad',
		array(
			'ShippingTypeID' => <value>,
			'PaymentTypeID' => <value>,
			'PaymentForShippingDescription' => '<value>',
			// 'PaymentForShippingID' => NULL,
			// 'DeletePaymentForShipping' => 0,
			// 'DescriptionForAdmin' => NULL,
			// 'ForceDelOrModify' => 0
		)
);
 
$service->execute($request);
 
			$xml_result = $request->getResponse()->getBody()->toSimpleXmlDocument();
			$ResultSet = $xml_result->getRowsAsArray();
engine/execute

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_ModifyPaymentForShipping_Ad">
			<Parameters>
				<Parameter Name="ShippingTypeID"><!-- tinyint value --></Parameter>
				<Parameter Name="PaymentTypeID"><!-- smallint value --></Parameter>
				<Parameter Name="PaymentForShippingDescription"><!-- varchar value --></Parameter>
				<!-- <Parameter Name="PaymentForShippingID">NULL</Parameter> -->
				<!-- <Parameter Name="DeletePaymentForShipping">0</Parameter> -->
				<!-- <Parameter Name="DescriptionForAdmin">NULL</Parameter> -->
				<!-- <Parameter Name="ForceDelOrModify">0</Parameter> -->
			</Parameters>
		</Procedure>
	</Batch>
</ListOfBatches>
1)
Pflichtparameter sind unterstrichen
4)
direkt meint „von der Prozedur selber“ und indirekt meint „von intern aufgerufenen Unterprozeduren“
5)
I.d.R. auf Unix-artigen Systemen bereits installiert, Bestandteil der libxml2, siehe http://www.xmlsoft.org
engine/procedures/om_modifypaymentforshipping_ad.txt · Zuletzt geändert: 11.01.2016 (Externe Bearbeitung)