Entfernt eine Dublette aus dem System.
Alle Daten, die auf die zu löschende Person referenzieren (Aufträge, Statistiken etc.), werden auf die andere angegebene Person (→ „PersonID“) übertragen, anschließend wird die Dublette gelöscht. Es gibt keine Möglichkeit mehr, dies rückgängig zu machen und es wird auch keine Protokollierung durchgeführt !
Hinweise :
1. Falls es „DuplicatePersonID“ oder „PersonID“ nicht gibt, oder die zugehörigen Personentypen verschieden sind, oder die beiden IDs identisch sind, gibt es den Fehler „-500“.
2. Die Aktion schlägt ebenfalls fehl, wenn „DuplicatePersonID“ Mitglied einer Community ist (→ Fehler „-631“), weil in diesem Fall keine sichere und sinnvolle Art und Weise der Übertragung der Daten auf „PersonID“ möglich ist (evtl. Schlüsselverletzungen in „Messages“, Binary-Quota-Problematik etc.). Da es auch im Auktions-Modul zu kaum sinnvoll lösbaren Problemen kommen könnte, gibt es den Fehler „-632“, falls „DuplicatePersonID“ Teilnehmer einer Auktion ist.
3. Das „Entfernen“ bzw. „Übertragen“ der Daten von „DuplicatePersonID“ auf „PersonID“ geschieht in einer Transaktion, aber das Löschen nicht, d.h. es kann theoretisch dazu kommen, daß es einen Fehler gibt, die Person „DuplicatePersonID“ aber nicht gelöscht wurde. In einem solchen Fall kann man aber pm_DeletePerson_Ad manuell für „DuplicatePersonID“ aufrufen.
HTTP-Method | POST |
HTTP-Auth | Optional |
Tags | |
Engine-Kategorie | person management |
Engine-Typ | Daten-Änderung |
Letzte Aktualisierung | 7.0.7 (2015-01-29) |
Die Prozedur hat keine Rückgaben.
Die Prozedur hat keine Output-Parameter.
Code | Beschreibung | Quelle 4) |
---|---|---|
-856 | Fehlerhafte Daten in „MainPostingSorting“ | nur indirekt |
-855 | Fehlerhafte Konfiguration des Sortier-Kriteriums | nur indirekt |
-850 | Sortier-Kriterium nicht definiert oder inaktiv oder nicht verwendbar | nur indirekt |
-840 | Posting kann nicht bearbeitet werden, weil es bereits von einem anderen Prozess bearbeitet wird | nur indirekt |
-677 | Die Person kann nicht gelöscht werden, da es mind. ein Posting gibt, das nicht gelöscht werden darf | nur indirekt |
-672 | Fehlende Berechtigung zum Löschen von Personen eines bestimmten Personentyps | nur indirekt |
-671 | Die Person kann nicht gelöscht werden, da mindestens ein Auftrag existiert | nur indirekt |
-632 | Dublette kann nicht entfernt werden, weil es sich um einen Auktionsteilnehmer handelt | nur direkt |
-631 | Dublette kann nicht entfernt werden, weil es sich um ein Mitglied einer Community handelt | nur direkt |
-621 | Fehlender oder falscher Eintrag in PersonTypeSettings | nur indirekt |
-610 | Fehlende oder falsche Daten in PersonMetaInformation | nur indirekt |
-572 | Die Prozedur darf nur innerhalb einer Transaktion ausgeführt werden | nur indirekt |
-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 |
-561 | Prozedur kann nicht ausgeführt werden | nur indirekt |
-550 | Fehlender oder falscher Eintrag in Settings | 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 |
-503 | Fehlerhafte Daten in einer Tabelle - genauere Fehlermeldung auf der Standardausgabe | nur indirekt |
-500 | Falsche Parameter | direkt und indirekt |
-375 | Auftraggeber des Auftrags kann aufgrund von Guthaben-Verrechnung nicht geändert werden | nur indirekt |
-220 | Es konnte keine Merkmal-ID für die Produktbezeichnung ermittelt werden | nur 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] |
5.1.10 | 2007-03-12 | 1. Fehler : Seit 5.0.4 kam es zu einem Fehler, da pm_DeletePerson_Ad nicht (mehr) in einer Transaktion aufgerufen werden kann 2. Ab jetzt gibt es auch einen Fehler [„-500“], wenn die beiden „PersonID“s identisch sind |
4.0.15 | 2004-07-30 | 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 |
3.5.19 | 2002-06-17 | |
3.5.10 | 2001-07-14 | |
3.5.6 | 2001-04-17 | 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/pm_RemoveDuplicate_Ad?DuplicatePersonID=<value>&PersonID=<value>'
Mit xmllint 5) formatierte Ausgabe:
curl -X POST 'http://<partner>-<project>.dstore.de/default/engine/pm_RemoveDuplicate_Ad?DuplicatePersonID=<value>&PersonID=<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'), 'pm_RemoveDuplicate_Ad', array( 'DuplicatePersonID' => <value>, 'PersonID' => <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="pm_RemoveDuplicate_Ad"> <Parameters> <Parameter Name="DuplicatePersonID"><!-- integer value --></Parameter> <Parameter Name="PersonID"><!-- integer value --></Parameter> </Parameters> </Procedure> </Batch> </ListOfBatches>