Postman-Collection
Orders Lesen

pixiGetOrderChanges

Liefert Aufträge, die in einem Zeitraum angelegt, geändert, berechnet oder ausgescannt wurden, mit einer Zeile je erkannter Änderung.

Sammelt Änderungsereignisse zu Aufträgen im Zeitraum von DateFrom (einschließlich) bis DateTo (ausschließlich) und gibt sie als flache Liste zurück. Der Aufruf ist für abfragende Clients gedacht, die Aufträge in ein externes System synchronisieren.

Ohne DateFrom gilt der aktuelle Zeitpunkt minus einen Tag. Ohne DateTo gilt der aktuelle Zeitpunkt.

Je nach ChangeType laufen eine oder alle dieser Prüfungen:

  • CORDER: Auftragsköpfe, deren CreateDate im Zeitraum liegt. Param1 ist leer.
  • UORDER: Auftragsköpfe, deren UpdateDate im Zeitraum liegt. Param1 ist leer.
  • CORDERL: Auftragspositionen, deren CreateDate im Zeitraum liegt. Eine Zeile je Position; Param1 enthält den OrderlineKey.
  • UORDERL: Auftragspositionen, deren UpdateDate im Zeitraum liegt. Eine Zeile je Position; Param1 enthält den OrderlineKey.
  • IORDER: Rechnungen, deren InvDate im Zeitraum liegt. Eine Zeile je Auftrag und Rechnung; Param1 enthält die InvoiceNr.
  • SORDER: Rechnungen, deren ScanOutDate im Zeitraum liegt. Eine Zeile je Auftrag und Rechnung; Param1 enthält die InvoiceNr.

ALL (Standard) führt alle sechs Prüfungen aus.

Optionale Filter:

  • ShopID: bei Kopf-Ereignissen der Shop der Auftragsadresse (AddrShopId). Bei Positions-Ereignissen der Shop der Auftragsposition (OrdShopID). Bei Rechnungs-Ereignissen der Shop der Rechnung (InvShopID).
  • PaymentType: bei Kopf- und Positions-Ereignissen die Zahlungsart der Adresse (APayment). Bei Rechnungs-Ereignissen die Zahlungsart der Rechnung (Payment).

Es werden nur Zeilen mit OrderNr > 0 geliefert. Sortiert wird aufsteigend nach OrderNr, dann ChangeType, dann Param1.

Hinweise

  • Alle Lesezugriffe verwenden NOLOCK. Daher können nicht festgeschriebene Änderungen erscheinen, und unter gleichzeitiger Last können Zeilen fehlen oder doppelt auftreten.
  • Der Zeitraum ist halboffen (>= DateFrom, < DateTo). Wird das vorherige DateTo als nächstes DateFrom verwendet, entsteht eine lückenlose Abfrage ohne Überschneidungen.
  • Das Ergebnis wird nicht dedupliziert. Derselbe Auftrag kann mehrfach erscheinen: mit mehreren Änderungsarten, mehreren Positionen oder mehreren Rechnungen.
  • CORDER/UORDER verknüpfen per Inner Join mit der Auftragsadresse. Auftragsköpfe ohne passende Adresse werden nicht gemeldet.
  • Param1 ist ein varchar und wird daher als Text sortiert: OrderlineKey- und InvoiceNr-Werte werden alphabetisch, nicht numerisch sortiert.
  • Ein unbekannter Wert für ChangeType löst keinen Fehler aus; das Ergebnis ist dann leer.
  • Es werden keine Fehlerzeilen erzeugt.

Parameter

Parameter Typ Standardwert Beschreibung
ChangeType
varchar(10)
string
ALL

Art der zu meldenden Änderung. ALL liefert alle Arten.

Erlaubte Werte

  • ALL – Alle Änderungsarten
  • CORDER – Im Zeitraum angelegte Auftragsköpfe
  • UORDER – Im Zeitraum geänderte Auftragsköpfe
  • CORDERL – Im Zeitraum angelegte Auftragspositionen
  • UORDERL – Im Zeitraum geänderte Auftragspositionen
  • IORDER – Im Zeitraum berechnete Aufträge (nach Rechnungsdatum)
  • SORDER – Im Zeitraum ausgescannte Rechnungen (nach Ausscan-Datum)

Beispiel: ALL

ShopID
varchar(3)
string
NULL

Optionaler Shop-Filter. Er wird je nach Änderungsart auf den Shop der Adresse, der Auftragsposition oder der Rechnung angewendet. NULL liefert alle Shops.

Beispiel: 001

PaymentType
char(1)
string
NULL

Optionaler Filter auf die Zahlungsart. Er wird auf die Zahlungsart der Adresse (APayment) oder der Rechnung (Payment) angewendet. NULL liefert alle Zahlungsarten.

Beispiel: V

DateFrom
datetime
dateTime
NULL

Beginn des Zeitraums (einschließlich). Standard ist der aktuelle Zeitpunkt minus einen Tag.

Beispiel: 2024-05-01T00:00:00

DateTo
datetime
dateTime
NULL

Ende des Zeitraums (ausschließlich). Standard ist der aktuelle Zeitpunkt.

Beispiel: 2024-05-02T00:00:00

Antwort

Result-Set 1 · Immer (kann leer sein)

Eine Zeile je erkannter Änderung, sortiert nach OrderNr, ChangeType und Param1.

Spalte Typ Beschreibung
OrderNr
Kann leer sein
int

Auftragsnummer des betroffenen Auftrags

ChangeType
Kann leer sein
varchar(10)
string

Änderungsart: CORDER, UORDER, CORDERL, UORDERL, IORDER oder SORDER

Timestamp
Kann leer sein
datetime
dateTime

Zeitpunkt der Änderung. Je nach Änderungsart ist dies das Anlage-, Änderungs-, Rechnungs- oder Ausscan-Datum.

Param1
Kann leer sein
varchar(100)
string

Zusätzliche Referenz: OrderlineKey bei CORDERL/UORDERL, InvoiceNr bei IORDER/SORDER, NULL bei CORDER/UORDER.

Beispiele

POST https://apigateway.descartes.com/tms/pixi/
Content-Type: text/xml; charset=utf-8
Authorization: Basic BASE64(USERNAME:PASSWORD)

<?xml version="1.0" encoding="UTF-8"?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns1="https://apigateway.descartes.com/tms/pixi/">
  <SOAP-ENV:Body>
    <ns1:pixiGetOrderChanges>
      <!-- <ChangeType>ALL</ChangeType> -->
      <!-- <ShopID>001</ShopID> -->
      <!-- <PaymentType>V</PaymentType> -->
      <!-- <DateFrom>2024-05-01T00:00:00</DateFrom> -->
      <!-- <DateTo>2024-05-02T00:00:00</DateTo> -->
    </ns1:pixiGetOrderChanges>
  </SOAP-ENV:Body>
</SOAP-ENV:Envelope>

Verwendete Tabellen

OrderHeader · Lesen Addresses · Lesen Orderlines · Lesen Invoices · Lesen Invlines · Lesen
SQL-Objekt:
dbo.pipiGetOrderChanges
Prozedur zuletzt geändert am 2026-10-05
Dokumentation von claude-opus-5-5 am 2026-10-30 geschrieben