In diesem Abschnitt werden die verschiedenen Endpoints aufgeführt und beschrieben, wie sie aufgerufen werden können und wie die jeweilige Antwort rückgeliefert wird.
AddressesEndpoint (Standard-Adresse ermitteln)
Call | getAddresses |
---|---|
Beschreibung des Endpoints | Standard-Adresse ermitteln |
Übergabeparameter | Keine |
Rückgabe | |
Bedeutung der (relevanten) Rückgabefelder | Die Antwort besteht aus 2 Objekten: der Lieferadresse (deliveryAddress) sowie der Rechnungsadresse (billingAddress), die jeweils gleich aufgebaut sind. Relevante Felder umfassen: Name1 – Adresszeile 1 (entspricht ADR1) Name2 – Adresszeile 2 (entspricht ADR2) Name3 – Adresszeile 3 (entspricht ADR3) Name4 – Adresszeile 4 (entspricht ADR4) countryName – Ländername countryNumber – Ländernummer plz – Postleitzahl place – Ort street – Straße |
Fehlerfall | |
Besonderheiten |
ArticlesEndpoint (Teilesuche)
Call | articles |
---|---|
Beschreibung des Endpoints | Teilesuche |
Übergabeparameter | String searchString, String transaction |
Rückgabe | |
Bedeutung der (relevanten) Rückgabefelder | Als Rückgabe kommt ein Objekt header sowie table zurück. Relevant ist hier insbesondere das "table"-Objekt. Es wird zunächst ein "rows"-Array definiert, bei dem jede "row" einer Zeile eines Listprogramms in oxaion entspricht. Jede "row" kann wiederum über mehrere "cells" verfügen, die in oxaion über das Programm "Sichten" gesteuert werden können. Innerhalb der "cells" stehen die eigentlichen Informationen aus oxaion: Relevante Parameter innerhalb der "cells" umfassen: name: der Name des Feldes wie es in der Datenbank steht (vorangestellt die Datenbanktabelle, in der das Feld steht. value: Der Wert des Felds in der Datenbanktabelle Relevante Felder umfassen: TLIDNR – Teileidentifikation (Name des Teils) TLBEZG – Teilebezeichnung (Beschreibung des Teils) TLBESL – Beschaffungsschlüssel TLDPKZ – Disponent TLLAGO – Lagerort TLTAKZ – Teileart (Bsp.: Baugruppe) TLTLGR – Teilegruppe (Bsp.: Handelsware) TLVEST – Kennzeichen Verkaufsstückliste TLTEDT – Datum der Erfassung Sollten weitere Informationen benötigt werden, kann dies über das entsprechende Listprogramm innerhalb der "Sichten" in oxaion gesteuert werden. |
Fehlerfall | |
Besonderheiten | Neben dem zu suchenden Artikel bzw. Teil wird hier auch noch die Transaktion (*FIRSTLIST oder *NEXTLIST) mitgegeben. Hintergrund ist, dass nicht auf einen Schlag alle Artikel aus dem Teilestamm zurückgegeben werden können, da die Verbindung aus zeitlichen Gründen ansonsten abbricht. Dementsprechend muss zunächst ein *FIRSTLIST aufgerufen werden, über den die ersten X Teile zurückgegeben werden. Die Anzahl an Sätzen, die zurückgeliefert werden, werden client-seitig gesteuert. Aus Performance-Gründen sollte sie nicht über 50 liegen. Falls noch weitere Teile aufgelistet werden sollen, die zu dem "searchString" passen, können diese über die *NEXTLIST-Transaktion ermittelt werden. |
AvailabilityEndpoint (Verfügbarkeitsprüfung für ein Teil und Menge)
Call | availability |
---|---|
Beschreibung des Endpoints | Aufruf der Verfügbarkeitsprüfung für ein übergebenes Teil und Menge |
Übergabeparameter | String article, String quantity |
Rückgabe | |
Bedeutung der (relevanten) Rückgabefelder | OMENG – aktuell verfügbare Menge XMEKZ – Mengenkennzeichen der verfügbaren Menge (z. B. PCE für Stück) OLFWO – Lieferwoche der aktuell verfügbaren Menge ODIDT – Gibt an, zu welchem Termin eine Menge zur Verfügung stehen wird bzw. zu welchem Termin eine Menge vorhanden sein soll, für die eine Nachfrage besteht MABEST – Restmenge (falls, die vom Kunden geforderte Menge über der verfügbaren Menge liegt) OMEKZ – Mengenkennzeichen Restmenge WW_LFWO – Lieferwoche für Restmenge WW_DIDT – Dispositionsdatum für Restmenge IDNR – Teilenummer bzw. Artikelnummer TIDFBZ – Teilebezeichnung Nach den Rows und Cells werden die einzelnen Spalten im Detail beschrieben, das ist hier nicht relevant |
Fehlerfall | |
Besonderheiten | Wird eine Menge mit mehr als 8 Stellen (ohne 2 Nachkommastellen) angegeben, wird die Eingabe vom Server als 1 interpretiert. |
LanguageEndpoint (Festlegen der Sprache)
Call | setLanguage |
---|---|
Beschreibung des Endpoints | Setzt die Sprache, sodass alle weiteren Endpunkte ihre Ergebnisse in der übergebenen Sprache zurückgegeben |
Übergabeparameter | String language |
Rückgabe | Immer http-Statuscode 200 |
Bedeutung der (relevanten) Rückgabefelder | |
Fehlerfall | |
Besonderheiten | Auch wenn die übergebene Sprache nicht existiert, wird hier (Stand 2020-01-14) kein Fehler geworfen. |
OpenOrdersPositionEndpoint (Auftragspositionen zu einem Verkaufsauftrag)
Call | openOrderPositions |
---|---|
Beschreibung des Endpoints | Anzeige der Auftragspositionen zu einem übergebenen Verkaufsauftrag |
Übergabeparameter | String orderNumber |
Rückgabe | |
Bedeutung der (relevanten) Rückgabefelder | Es kommt ein Objekt vom Typ ListResponse, das wiederum aus zwei Objekten besteht: Zunächst kommt ein Objekt Header: PSKDNR – Kundenummer PSFINR – Filialnummer OAZLL – Adresszeile Darunter liegt ein Objekt Table, mit mehreren Zeilen (rows) und Spalten (cells). In den Zellen sind prinzipiell nur das Element "name" und das Element "value" relevant. Der "name" steht für den Feldnamen in der Datenbank, der "value" enthält den entsprechenden Wert
|
Fehlerfall | Falls ein nicht im oxaion-System hinterlegter Artikel übergeben wird, wird eine OxaionException geworfen mit dem http-Statuscode 500 Wird eine Menge mit mehr als 8 Stellen (ohne 2 Nachkommastellen) angegeben, wird die Eingabe vom Server als 1 interpretiert. |
Besonderheiten | Manche Felder (z. B. PSIDNR) können mehrfach auftreten Wird ein Auftrag übergeben, der nicht von dem angemeldeten Kunden stammt, sind die rows der Tabelle entsprechend leer |
OpenOrdersEndpoint (Anzeige offener Verkaufsaufträge eines Users)
Call | openOrders |
---|---|
Beschreibung des Endpoints | Anzeige der offenen Verkaufsaufträge des angemeldeten Users |
Übergabeparameter | |
Rückgabe | |
Bedeutung der (relevanten) Rückgabefelder | Es kommt ein Objekt vom Typ ListResponse, das wiederum aus zwei Objekten besteht: Zunächst kommt ein Objekt Header: KOKDNR – Kundenummer KOFINR – Filialnummer OAZLL – Adresszeile Darunter liegt ein Objekt Table, mit mehreren Zeilen (rows) und Spalten (cells). In den Zellen sind prinzipiell nur das Element "name" und das Element "value" relevant. Der "name" steht für den Feldnamen in der Datenbank, der value enthält den entsprechenden Wert.
|
Fehlerfall | |
Besonderheiten |
AllOrdersEndpoint (Anzeige aller Verkaufsaufträge eines Kunden)
Bei diesem Endpunkt kann der Anwender sich auch seine bereits abgeschlossenen Aufträge anzeigen lassen und hat zusätzliche Suchmöglichkeiten.
Call | getAllOrders |
---|---|
Beschreibung des Endpoints | Anzeige aller Verkaufsaufträge eines Kunden mit Suchmöglichkeiten |
Übergabeparameter | String orderNumber (Suchmöglichkeit nach der Auftragsnummer oder der Kundenauftragsnummer) String fromDate, String toDate (Eingrenzung nach Auftragsdatum) String Status (Auftragsstatus: *OPEN, *CLOSED, *ALL) String transaction (*FIRSTLIST, *NEXTLIST) |
Rückgabe | |
Bedeutung der (relevanten) Rückgabefelder | im "header": KOKDNR, KOFINR - Kundennummer OAZLL - Adresse des Kunden im "info"-Block: COUNT - Anzahl aller Aufträge des Kunden (gemäß Selektion) MAX - Anzahl der Aufträge für die nächste Seite (maximal 20) in der "table": VKOPFP.KOAUNR - Auftragsnummer VKOPFP.KOBEDT - Auftragsdatum VKOPFP.KONEDM - Auftragswert VKOPFP.KOVAST - Interner Auftragsstatus (z.B. "26") VAST.T40601 - Beschreibung des Auftragsstatus (z.B. "Vollständig geliefert") _INTERN.X_OKURZ - Kurzbeschreibung des Auftragsstatus (z.B. "Kompl.gel.") T_TEXT_KOSAKZ_VKOPFP.T_TEXT_KOSAKZ_VKOPFP_TX_KEKNAM - Name des Sachbearbeiters _INTERN.X_OMAIL - E-Mail-Adresse des Sachbearbeiters |
Fehlerfall | |
Besonderheiten |
OrdersEndpoint (Erfassen von Positionen zu einem Verkaufsauftrag)
Dieser Endpunkt dient der Abwicklung eines Verkaufsauftrags und besteht aus mehreren Calls, die nacheinander ausgeführt werden müssen.
Über den Call "addOrderPosition" wird der Vorgang gestartet.
Call | addOrderPosition |
---|---|
Beschreibung des Endpoints | Fügt einem Verkaufsauftrag Positionen hinzu. Ist noch kein Verkaufsauftrag vorhanden, wird dieser mit der ersten Position erzeugt. |
Übergabeparameter | String deliveryDate (Achtung: dieser Parameter muss in der Form YYYY-MM-DD übergeben werden), String item (das Teil bzw. der Artikel), double quantity (Bestellmenge) |
Rückgabe | JSON-formatiertes Order-Objekt |
Bedeutung der (relevanten) Rückgabefelder | Besteht aus einem OrderHeader (dem Auftragskopf): Der OrderHeader hält die Objekte deliveryAddress (Lieferadresse), billingAddress (Rechnungsadresse) sowie folgende Felder: shippingMethod – Versandmethode customerOrderNr – Kundenbestellnummer deliveryDetails1 – Lieferdetails deliveryDetails2 – weitere Lieferdetails customerOrderEntries – Kundenbestellangaben email – E-Mail des zuständigen Sachbearbeiters die Adressen enthalten folgende Felder: name1 – Name name2 – Name (Fortsetzung) name3 – Name (Fortsetzung) name4 – Name (Fortsetzung) countryName – Land countryNumber – Ländercode plz – Postleitzahl place – Ort street – Straße Das Order-Objekt enthält in einem Array die OrderPositions (Auftragspositionen) Eine OrderPosition enthält folgende Felder positionNr – Positionsnummer item – Teilenummer bzw. Artikelnummer quantity – Bestellmenge deliveryDate – Lieferdatum lieferdatumAbweichend – Wenn Artikel nicht lieferbar zu angegebenem Wunschdatum, wird dieses Kennzeichen gesetzt positionCounter – Index für die Position in der Arraylist im OrderHeader itemDescription – Teilebeschreibung grossPrice – Bruttopreis netPrice – Nettopreis priceDimension – Preisdimension quantityUnit – Mengeneinheit das Order-Objekt selbst beinhaltet noch folgende Felder: orderNr – Auftragsnummer positionsCount – Anzahl Positionen currency – Währung netPrice – Nettopreis (gesamt) netShippingCost – Versandkosten netto |
Fehlerfall | |
Besonderheiten |
Nachdem eine oder mehrere Positionen angelegt wurden (durch mehrere Aufrufe auf "addOrderPosition"), können die Standardadressen aus dem System geladen werden: Dies erfolgt über die Calls loadBillingAddress (für die Rechnungsadresse) und loadDeliveryAddress (für die Lieferadresse). Diese Calls sind gleich aufgebaut.
loadBillingAddress / loadDeliveryAddress (Laden Standardadresse Rechnung / Lieferung)
Call | loadBillingAddress / loadDeliveryAddress |
---|---|
Beschreibung des Endpoints | Lädt die Standard-Rechnungsadresse/Lieferadresse |
Übergabeparameter | |
Rückgabe | |
Bedeutung der (relevanten) Rückgabefelder | die Adressen enthalten folgende Felder: name1 – Name name2 – Name (Fortsetzung) name3 – Name (Fortsetzung) name4 – Name (Fortsetzung) countryName – Land countryNumber – Ländercode plz – Postleitzahl place – Ort street – Straße |
Fehlerfall | |
Besonderheiten |
deleteOrderPosition (Löschen eines Position des Verkaufauftrages)
Call | deleteOrderPosition |
---|---|
Beschreibung des Endpoints | Lädt die Standard-Rechnungsadresse/Lieferadresse |
Übergabeparameter | Int positionNr (Index der Position im OrderHeader) |
Rückgabe | http-Status-Code 200 |
Bedeutung der (relevanten) Rückgabefelder | |
Fehlerfall | |
Besonderheiten |
storeBillingAddress / storeDeliveryAddress (Speichern von Rechnungs- / Lieferadresse)
Die Adressen müssen über die Calls storeBillingAddress sowie storeDeliveryAddress abgespeichert werden. Optional können hier die Standardadressen überschrieben werden, es muss aber keiner der aufgeführten Parameter übergeben werden.
Call | storeBillingAddress / storeDeliveryAddress |
---|---|
Beschreibung des Endpoints | Speichert die Rechnungsadresse/Lieferadresse |
Übergabeparameter | String name1, String name2, String name3, String name4, String countryNumber, String plz, String place, String street |
Rückgabe | |
Bedeutung der (relevanten) Rückgabefelder | die Adressen enthalten folgende Felder: name1 – Name name2 – Name (Fortsetzung) name3 – Name (Fortsetzung) name4 – Name (Fortsetzung) countryName – Land countryNumber – Ländercode plz – Postleitzahl place – Ort street – Straße |
Fehlerfall | |
Besonderheiten |
storeHeader (Speichern Verkaufsauftrag)
Der Auftragskopf wird über den Call storeHeader gespeichert. Optional können eine Kundenbestellnummer, Kundenbestellangaben sowie Lieferdetails angegeben werden.
Call | storeHeader |
---|---|
Beschreibung des Endpoints | Speichert den Kopf der Verkaufsauftrages |
Übergabeparameter | String eMail, String customerOrderEntries, String customerOrderNumber, String deliveryDetails1, String deliveryDetails2, |
Rückgabe | OrderHeader-Objekt |
Bedeutung der (relevanten) Rückgabefelder | Der OrderHeader hält die deliveryAddress (Lieferadresse), billingAddress (Rechnungsadresse) sowie folgende Felder: shippingMethod – Versandmethode customerOrderNr – Kundenbestellnummer deliveryDetails1 – Lieferdetails deliveryDetails2 – weitere Lieferdetails customerOrderEntries – Kundenbestellangaben email – E-Mail des zuständigen Sachbearbeiters die Adressen enthalten folgende Felder: name1 – Name name2 – Name (Fortsetzung) name3 – Name (Fortsetzung) name4 – Name (Fortsetzung) countryName – Land countryNumber – Ländercode plz – Postleitzahl place – Ort street – Straße |
Fehlerfall | |
Besonderheiten |
book (Verbuchen eines Verkaufsauftrages)
Das Verbuchen des Auftrags (und damit einhergehend das physische Schreiben des Verkaufsauftrags auf die Datenbank) erfolgt über den Call book.
Call | book |
---|---|
Beschreibung des Endpoints | Verbuchen und physisches Schreiben des Auftrags |
Übergabeparameter | |
Rückgabe | http-Status Code 200 |
Bedeutung der (relevanten) Rückgabefelder | |
Fehlerfall | |
Besonderheiten |
PriceDeterminationEndpoint (Preisermittlung für ein Teil)
Call | priceDetermination |
---|---|
Beschreibung des Endpoints | Führt eine Preisermittlung für ein Teil durch |
Übergabeparameter | String article, String quantity |
Rückgabe | |
Bedeutung der (relevanten) Rückgabefelder | OBRPR – Bruttoeinzelpreis I_IIDNR – Teilenummer OAZLL – Adresszeile des Kunden OSTFN – nächste Staffelmenge OSTFL – Staffelmenge IPFIN - Filialnummer OPDKZDV – Preisdimension ORADMG – Gesamtrabatt ORASZG – Gesamt-Rabattsatz OBEZG – Teilebezeichnung ONEPR – Nettopreis ORASZ – Rabattsatz ONEPL – Kennzeichen Nettopreis Ja/Nein ORADM – teilebezogener Rabatt IBES1 – Bestellmenge OMEKZ – Mengenkennzeichen IYGLT – Gültigkeitsdatum OPDKZBZ – Bezeichnung Preisdimension IIDNR – Teilenummer WESLBZ – Währungsbezeichnung IWESL – Währung IPKNR - Personenkontonummer OPDKZ – Preisdimension ONEPRG – Gesamt-Netto |
Fehlerfall | |
Besonderheiten |
DeliveryEndpoint (Anzeige Lieferscheine eines Kunden)
Mit diesem Endpoint werden die Lieferscheine eines Kunden aufgelistet.
Call | allDeliveries |
---|---|
Beschreibung des Endpoints | Anzeige aller Lieferscheine des Kunden mit Suchmöglichkeiten |
Übergabeparameter | String deliveryNumber (Suchmöglichkeit nach der Lieferscheinnummer) String fromDate, String toDate (Eingrenzung nach Lieferdatum) String transaction (*FIRSTLIST, *NEXTLIST) |
Rückgabe | |
Bedeutung der (relevanten) Rückgabefelder | im "header": LKKDNR, LKFINR - Kundennummer OAZLL - Adresse des Kunden im "info"-Block: COUNT - Anzahl aller Lieferscheine des Kunden (gemäß Selektion) MAX - Anzahl der Lieferscheine für die nächste Seite (maximal 20) in der "table": VLKOPP.LKLFNR - Lieferscheinnummer VLKOPP.LKLFDT - Lieferdatum VLKOPP.LKVLSF - Liefermenge (inklusive Mengeneinheit) _INTERN.X_OLFDM - Lieferwert (inklusive Währung) VLKOPP.LKAUNR - Zugehörige Auftragsnummer |
Fehlerfall | |
Besonderheiten |
DeliveryPositionsEndpoint (Anzeige aller Positionen eines Lieferscheines)
Mit diesem Endpoint werden die Positionen eines Lieferscheins angezeigt.
Call | getOpenDeliveryPositions |
---|---|
Beschreibung des Endpoints | Anzeige aller Positionen zu einem Lieferschein |
Übergabeparameter | String deliveryNumber |
Rückgabe | |
Bedeutung der (relevanten) Rückgabefelder | im "header": LKKDNR, LKFINR - Kundennummer OAZLL - Adresse des Kunden LPLFNR - Lieferscheinnummer LKAUNR - Auftragsnummer KOBSDT - Auftragsbestätigungsdatum LKLFDT - Lieferdatum im "info"-Block: COUNT - Anzahl der Positionen des Lieferscheins in der "table": VLPOSP.LPPOSI - Lieferscheinpositionsnummer _CALC.WEB_IDNR - Artikelnummer VPSDAL01POSI.PSTLEB - Artikelbezeichnung VLPOSP.LPLFS1 - Liefermenge (inklusive Mengeneinheit) VPSDAL01POSI.PSNEPR - Nettopreis |
Fehlerfall | |
Besonderheiten |
DeliveryTrackingEndpoint (Anzeige aller Tracking-Nummern eines Lieferscheines)
Mit diesem Endpoint können die Tracking-Nummern zu einem Lieferschein zur Nachverfolgung der Lieferung aufgelistet werden.
Call | getDeliveryTracking |
---|---|
Beschreibung des Endpoints | Anzeige aller Tracking-Nummern zu einem Lieferschein |
Übergabeparameter | String deliveryNumber |
Rückgabe | |
Bedeutung der (relevanten) Rückgabefelder | UTRKNP.TRTRKN - Tracking-Nummer UTRKNP.TRLAUF - Positionsnummer UTRKNP.TRVDKZ - Versandart _INTERN.TX_TRKP - Internetadresse zur Nachverfolgung |
Fehlerfall | |
Besonderheiten |
InvoiceEndpoint (Anzeige aller Rechnungen eines Kunden)
Mit diesem Endpoint werden die Rechnungen eines Kunden aufgelistet.
Call | getAllInvoices |
---|---|
Beschreibung des Endpoints | Anzeige aller Rechnungen des Kunden mit Suchmöglichkeiten |
Übergabeparameter | String invoiceNumber (Suchmöglichkeit nach der Rechnungsnummer) String fromDate, String toDate (Eingrenzung nach Rechnungsdatum) String Status (Rechnungsstatus: *OPEN, *CLOSED, *ALL) String transaction (*FIRSTLIST, *NEXTLIST) |
Rückgabe | |
Bedeutung der (relevanten) Rückgabefelder | im "header": RKKDNR, RKFINR - Kundennummer OAZLL - Adresse des Kunden im "info"-Block: COUNT - Anzahl aller Rechnungen des Kunden (gemäß Selektion) MAX - Anzahl der Rechnungen für die nächste Seite (maximal 20) in der "table": VRKOPP.RKRNBK - Buchungskreis + Rechnungsnummer (durch ein Leerzeichen getrennt) VRKOPP.RKRSKZ - Rechnungsstellung (interner Schlüssel inklusive Klartext) VRKOPP.RKREDT - Rechnungsdatum _INTERN.W_ONEDM - Rechnungsnettobetrag _INTERN.W_OBRDM - Rechnungsbruttobetrag |
Fehlerfall | |
Besonderheiten |
InvoicePositionsEndpoint (Anzeige aller Positionen einer Rechnung)
Mit diesem Endpunkt werden die Positionen zu einer Rechnung aufgelistet.
Call | getOpenInvoicePositions |
---|---|
Beschreibung des Endpoints | Anzeige aller Positionen zu einer Rechnung |
Übergabeparameter | String entryClassification (Buchungskreis), String invoiceNumber |
Rückgabe | |
Bedeutung der (relevanten) Rückgabefelder | im "header": RKKDNR, RKFINR - Kundennummer OAZLL - Adresse des Kunden RPRNBK - Buchungskreis RPRNNR - Rechnungsnummer RPREDT - Rechnungsdatum im "info"-Block: COUNT - Anzahl der Positionen der Rechnung in der "table": VRPOSP.RPPOSI - Rechnungspositionsnummer VRPOSP.RPAUNR - Zugehörige Auftragsnummer VRPOSP.RPLFNR - Zugehörige Lieferscheinnummer _CALC.WEB_IDNR - Artikelnummer VPSDA.PSTLEB - Artikelbezeichnung VRPOSP.RPLFS1 - Menge (inklusive Mengeneinheit) VRPOSP.RPNEPR - Nettopreis |
Fehlerfall | |
Besonderheiten |
ProductCatalogEndpoint (Anzeige von Produktkatalogen)
Dieser Endpoint dient der Anzeige von Produktkatalogen und der einzelnen Artikeln eines Katalogs.
Dazu existieren drei separate Calls, die nacheinander ausgeführt werden müssen.
catalogStructure (Anzeige des Gesamt-Produktkatalogs)
Call | catalogStructure |
---|---|
Beschreibung des Endpoints | Anzeige des Gesamt-Produktkatalogs |
Übergabeparameter | |
Rückgabe | |
Bedeutung der (relevanten) Rückgabefelder | JSON kann beliebig verschachtelt sein, ist aber immer gleich aufgebaut: Das oberste "value"-Objekt enthält die Einträge: "hasChildren": true, �� "key": { "KOPO": "0", "XSTW": "PK", "KTLG": "AK TEST KATALOG1" } Durch den Eintrag hasChildren wird signalisiert, dass dieser Katalog beliebig viele Unterelemente hält Der Katalog wird spezifiziert durch: KOPO – Komponentenposition (nur auf oberster Ebene = 0) XSTW – Komponentenspezifikation à mögliche Ausprägungen: Sowie die Ausprägung "leer" à damit hat dieses Element keine weiteren Unterelemente KTLG – Katalog Value – enthält neben komplexen Objekten (wie weiter oben beschrieben) auch einfache Strings. Diese stellen die Katalogbezeichnungen dar. |
Fehlerfall | |
Besonderheiten |
catalogArticles (Anzeige aller Teile eines Kataloges)
Anschließend folgt der catalogArticles-Call:
Call | catalogArticles |
---|---|
Beschreibung des Endpoints | Anzeige aller Teile eines Katalogs |
Übergabeparameter | String catalog, String specification (Spezifikation entspricht dem im vorherigen Endpoint beschriebenen Feld XSTW) |
Rückgabe | |
Bedeutung der (relevanten) Rückgabefelder | Es kommt ein Objekt vom Typ "Table" zurück Eintrag "columns" kann ignoriert werden Eintrag "rows" hält die eigentlichen Daten zu einem Artikel Jede "row" enthält ein Objekt "key" mit… KOPO – Komponentenposition IDNR – Teilenummer Außerdem enthält die row ein Array aus "cells", jedes Objekt hier besteht aus den Tags value, valueList, name Relevant sind name und value TLIDNR – Teilenummer TLBEZG – Teilebezeichnung TLMANR – Materialnummer TLZEIC – Zeichnungsnummer TLABME – Abmessung Ein Artikel kann selbst wieder ein Katalog darstellen und aus weiteren Unterartikeln bestehen |
Fehlerfall | Im Fehlerfall wird eine OxaionException geworfen (ohne Errorcode, da vom Server kein Errorcode zurückgegeben wird) |
Besonderheiten |
listCatalogArticles (Seitenweise Anzeige aller Artikel des Katalogs)
Alternativ zu catalogArticles-Call können über den listCatalogArticles-Call die Artikel eines Katalogs seitenweise geladen werden:
Call | listCatalogArticles |
---|---|
Beschreibung des Endpoints | Seitenweise Anzeige aller Artikel des Katalogs, der im Internet-Profil des Kunden hinterlegt ist |
Übergabeparameter | String searchString (Suchbegriff), String transaction (*FIRSTLIST, *NEXTLIST) |
Rückgabe | |
Bedeutung der (relevanten) Rückgabefelder | im "header": SPKTLG - Name des Katalogs KTLGBZ - Kurzbeschreibung des Katalogs im "info"-Block: COUNT - Anzahl aller Katalogeinträge MAX - Anzahl der Katalogeinträge für die nächste Seite (maximal 20) in der "table": USTPSP.SPPOSN - Positionsnummer USTPSP.SPKKTL - Artikelnummer _INTERN.OBEZ1 - Artikelbezeichnung |
Fehlerfall | Im Fehlerfall wird eine OxaionException geworfen (ohne Errorcode, da vom Server kein Errorcode zurückgegeben wird) |
Besonderheiten |
UserEndpoint (Login / Logout)
Der Login erfolgt über den Call login, der Logout über den Call logout ohne Übergabeparameter.
Call | login |
---|---|
Beschreibung des Endpoints | Login |
Übergabeparameter | String user, String password |
Rückgabe | http-Status-Code 200 |
Bedeutung der (relevanten) Rückgabefelder | |
Fehlerfall | http-Status-Code 403 |
Besonderheiten |
Call | logout |
---|---|
Beschreibung des Endpoints | Logout |
Übergabeparameter | |
Rückgabe | |
Bedeutung der (relevanten) Rückgabefelder | |
Fehlerfall | |
Besonderheiten |
UserInfoEndpoint (Anzeige der aktuellen Anmeldeinformationen)
Call | userInfo |
---|---|
Beschreibung des Endpoints | Anzeige der aktuellen Anmeldeinformationen |
Übergabeparameter | Keine |
Rückgabe | |
Bedeutung der (relevanten) Rückgabefelder | MILKAR – Kontenart Lieferant MIPKAR – Personenkontenart MNDTTZ – Datumstrennzeichen MNDTFM – Datumsformat mailAddress – E-Mailadresse des angemeldeten Users customerName1 – Name des angemeldeten Users customerName2 – Name (Fortsetzung) des angemeldeten Users MILINR – Lieferantennummer MILFIN – Lieferantenfilialnummer MNDCPT – Dezimalpunkt MIKDNR – Kundennummer – über diese Nummer werden alle weiteren Endpunkte aufgerufen, d. h. Verkaufsaufträge werden auf diese Kundennummer angelegt, Preisermittlungen für diesen Kunden durchgeführt … MIFINR – Filialnummer des Kunden MNDCTZ – Dezimaltrennzeichen JOB – Jobnummer des angemeldeten Users |
Fehlerfall | |
Besonderheiten |