Der rechts abgebildete Import verwendet die Aktion UPDATE.

• Im hier nur angedeuteten search-Knoten muss die betreffende Bestellung per Suche eindeutig identifiziert werden.
  

  ---

• Der attributes-Knoten beinhaltet das Attribut core:clear mit dem Wert true, sodass vor den nachfolgenden Zuweisungen sämtliche Attribute entfernt werden.
  

  ---

• Anschließend wird das Kennzeichenattribut ARCHIVED mit dem Wert true gesetzt und in einem Referenzattribut ARCHIVED_ORDER_NO eine Referenznummer eingetragen.

►ANMERKUNG◄ Die Kopfdaten der Bestellung sowie die Positionsdaten (inkl. Attribute) bleiben unverändert erhalten.

<?xml version="1.0" encoding="UTF-8"?>
<core:Import ... action="UPDATE">
  <search> ... </search>
  <ord:Order>
    <attributes core:clear="true">
      <ord:OrderFlag>
        <value flagValue="true" flagType="ARCHIVED"></value>
      </ord:OrderFlag>
      <ord:OrderReference>
        <value referenceType="ARCHIVED_ORDER_NO" reference="10025164852"></value>
      </ord:OrderReference>
    </attributes>
  </ord:Order>
</core:Import>

Vor dem Import liegen für ein bestimmtes Benutzerkonto die rechts gezeigten Angaben zu "Kommunikationsinformationen" vor:

• Der Import wird im Beispiel für die beiden E-Mail-Adressen Aktualisierungen bereitstellen.

• Eine Fax-Nummer wird nicht mehr benötigt. Sie soll daher auch aus der Adresse im Benutzerkonto verschwinden.

Der rechts abgebildete Import verwendet die Aktion UPDATE:

• Die interne ID (id="4252") des Benutzerkontos wird in diesem Beispiel explizit adressiert. Eine Suche erübrigt sich daher.
  

  ---

• Der attributes-Knoten liefert zwei Werte für das plurale Attribut "Kommunikationsinformation" (AddressCommunicationInfo), von denen nur das erste per Attribut core:clear den Wert true liefern darf.
  

  ---

• Für die zweite "Kommunikationsinformation" liefert hier das Attribut core:clear explizit den Wert false. Es könnte stattdessen auch komplett entfallen.

<?xml version="1.0" encoding="UTF-8"?>
<core:Import ... action="UPDATE">
  <base:User id="4252">
    <address>
      <attributes>
        <base:AddressCommunicationInfo core:clear="true" communicationType="EMAIL" communicationContext="user">
          <communicationValue>u4252@compa.ny</communicationValue>
        </base:AddressCommunicationInfo>
        <base:AddressCommunicationInfo core:clear="false" communicationType="EMAIL" communicationContext="manager">
          <communicationValue>u2407@compa.ny</communicationValue>
        </base:AddressCommunicationInfo>
      </attributes>
    </address>
  </base:User>
</core:Import>

Nach dem Import erscheinen im Benutzerkonto (für die ID 4252) nur noch die beiden neuen E-Mail-Adressen;

• Die E-Mail-Adresse für den Kontext user entspricht dem Stand vor dem Import, wurde aber neu geschrieben.

• Die E-Mail-Adresse für den Kontext manager ist neu.

• Die Fax-Nummer ist verschwunden, weil sämtliche Einträge vor der Aktualisierung entfernt wurden und der Import keine Angabe für "Fax" enthielt.

Der rechts abgebildete Import verwendet die Aktion UPDATE:

• Im hier angedeuteten search-Knoten muss die betreffende Bestellung per Suche eindeutig identifiziert werden.
  

  ---

• Der attributes-Knoten enthält neben anderen hier nicht dargestellten Attributen einen OrderText-Knoten, der für die Attribute core:clear und core:delete den Wert true angibt und sich im enthaltenen value-Element auf den textType für die "Container Nr." bezieht. Daher werden alle OrderText-Einträge mit diesem Typ gelöscht.

<?xml version="1.0" encoding="UTF-8"?>
<core:Import ... action="UPDATE">
  <search> ... </search>
  <ord:Order>
    <attributes>
      ...
      <ord:OrderText core:clear="true" core:delete="true">
        <value textType="CONTAINER_NO"></value>
      </ord:OrderText>
      ...
    </attributes>
  </ord:Order>
</core:Import>