Ermittelt bestimmte „Einstellungen“ einer Person, die als „Lieferant“ charakterisiert wird.

Hintergrund :

Eigentlich sind sämtliche Informationen, also insbesondere auch „Einstellungen“, zu einer Person über pm_GetPersonProperties_Ad einsehbar, aber es gibt diverse Einstellungen, die erst über „Referenzen“ von Eigenschaften (s. Rückgabespalten „TableID“ und „TableKeyID“ von pm_GetPersonPredefinedVals_Ad) „lesbar“ sind.
Um solche „Einstellungen“ also einfach leichter einsehen zu können, und um überhaupt zu wissen, welche „Einstellungen“ dieser Art es zu einem „Lieferanten“ gibt, dient diese Prozedur.

Hinweis :

Wird „NULL“ in einigen Spalten zurückgegeben, ist dies auf fehlende oder falsche Konfigurationen zurückzuführen. Genaueres kann man in der Regel den Ausgaben auf „standard out“ entnehmen.

Derzeitiger Algorithmus zur Ermittlung des „Einkauf-Preis“-Merkmals „PurchasePriceCharacteristicID“ :

Wir ermitteln zum Personen-Typ von „SupplierID“ aus „PersonTypeSettings“ den Eintrag zum Schlüssel „PurchasePriceCharacteristicID“, und verwenden die zu diesem Merkmal hinterlegte Eigenschaft (des Lieferanten), und wählen dann als Merkmal die ID, die zu dieser Eigenschaft via „PersonCharacValueReferences“ (Spalten „TableID“, „TableKeyID“) konfiguriert ist.
Dieses so ermittelte Merkmal wird aber nur beachtet, wenn konfiguriert ist, daß die Preise NETTO-Preise sind UND wenn das Merkmal der Kategorie zugeordnet ist, die in „Settings“ zum Schlüssel „NodeCharacCategoryID_PurchasePriceCharacs“ hinterlegt ist !

Derzeitiger Algorithmus zur Ermittlung der Standard-Zahlungsart und -Versandart („PaymentTypeID“, „ShippingTypeID“) :

Wir ermitteln zum Personen-Typ von „SupplierID“ aus „PersonTypeSettings“ den Eintrag zum Schlüssel „PaymentTypeCharacteristicID“ bzw. „ShippingTypeCharacteristicID“, und verwenden die zu diesem Merkmal hinterlegte Eigenschaft (des Lieferanten), und wählen dann als Merkmal die ID, die zu dieser Eigenschaft via „PersonCharacValueReferences“ (Spalten „TableID“, „TableKeyID“) konfiguriert ist.

Die Prozedur hat keine Output-Parameter.

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

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

• om_GetSupplierConfiguration_Ad im Engine Playground öffnen

Unformatierte Ausgabe:

curl -X GET  'http://<partner>-<project>.dstore.de/default/engine/om_GetSupplierConfiguration_Ad?SupplierID=<value>'

Mit xmllint ⁶⁾ formatierte Ausgabe:

curl -X GET  'http://<partner>-<project>.dstore.de/default/engine/om_GetSupplierConfiguration_Ad?SupplierID=<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_GetSupplierConfiguration_Ad',
		array(
			'SupplierID' => <value>
		)
);
 
$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_GetSupplierConfiguration_Ad">
			<Parameters>
				<Parameter Name="SupplierID"><!-- integer value --></Parameter>
			</Parameters>
		</Procedure>
	</Batch>
</ListOfBatches>