[REST] eigene Auftrags-Eigenschaften anlegen

Hi zusammen,
ich bin leider nicht wirklich fit in REST, und die Plenty-Doku hilft mir auch nicht wirklich weiter.

Kann mich mal schnell jemand in die richtige Richtung stoßen welchen Request ich abfeuern muss, um mir eine OrderProperty anzulegen?

Also über die POST /rest/orders/properties/types wie hier dokumentiert: REST API :: Developers documentation

Das Beispiel ist mir leider unklar:

{
  "position": 0,
  "cast": "string",
  "names": [
    {
      "id": 0,
      "typeId": 0,
      "name": "string",
      "lang": "string"
    }
  ],
  "lang": "string",
  "name": "string"
}

cast, name und lang sind selbsterklärend, und position vermutlich eh egal. Aber was brauch ich für ne id und typeId?

Ich hab mal die jeweils nächsten freien Werte eingetragen wie ich sie aus einem GET http://www.samenhaus.de/rest/orders/properties/types raus bekomme.

klick

Wenn ich das raus schicke bekomme ich ein http 200 zurück (also Erfolg), aber mit leerer Response.

Und wenn ich dann erneut GET http://www.samenhaus.de/rest/orders/properties/types abfeure, ist meine Eigenschaft da auch nicht gelistet… :thinking:

Hey @jackel-samenhaus

POST {{systemURL}}/rest/orders/properties/types

{
  "position": 0,
  "cast": "string",
  "names": [
    {
      "name": "Shopware SEPA IBAN",
      "lang": "de"
    }
  ]
}

Hilft das? Ohne jetzt dediziert auf deine Fragen einzugehen, lege ich so Auftrags-Eigenschaften an.

Sven von der webimpact® GmbH
www.webimpact.io
webimpact GmbH Logo Banner PlentyONE Enterprise Partner
:envelope: office@webimpact.io
:telephone_receiver: +49 (0) 2974 77 999 99

2 „Gefällt mir“

Dank dir Sven, ja das tut! Doch so einfach :smiley:
Könnte man halt so auch ins Beispiel schreiben in der Doku…


Was auch dazu kam: ich hatte in der Route type, ohne das s am Ende :person_facepalming:

Das hats ohne Fehler angenommen (http 200), aber halt dann nix getan. Großartig, Plenty!

1 „Gefällt mir“

Standard bei der plenty Api. 200 kann hier alles heißen.

2 „Gefällt mir“

Du kannst davon ausgehen, wenn das Model auch in PUT verwendet wird, ID-Werte meist nur dort benötigt werden.

In den Beispielen kannst du ja immer das Model anzeigen.

Hier in dem Fall wird in PUT und POST jeweils OrderPropertyTypeName erwartet, entsprechend darf man hier damit rechnen, dass man wahrscheinlich auf IDs verzichten kann. Ist Schade , dass es in der Doku nicht auch so dargestellt wird, meines erachtens kann sowas in der Beschreibung sauber hinterlegt werden

Ist halt eine klar durchdachte API :smiling_face_with_horns:

1 „Gefällt mir“

Ja, ich war mir sicher, dass jemand von euch weiß mit welchen Tücken in der Doku ich rechnen muss :wink: Deshalb hatte ich gepostet…

Ich arbeite egtl primär mit Synesty als Abstraktion, und muss mich deshalb mit sowas egtl nicht rumschlagen. Oder maximal mal mit nem GET-Request, wo die Doku dann egtl doch auch ausreicht.

Aber ne Payload erraten… ain’t nobody got time for that. :person_shrugging:

Hatte es sogar mal ohne die IDs versucht gehabt, aber mit dem Typo in der Route konnte es ja dann auch nicht klappen :person_facepalming:

Bin auf jeden Fall froh, dass ich mich damit im Alltag nicht rum schlagen muss. Kraut & Rüben.

Habts ein schönes Wochenende :clinking_beer_mugs:

1 „Gefällt mir“

Mega wie einfach es gehen kann :slight_smile:

Sehe ich das richtig, das die ID dann vom System automatisch vergeben wird?

Ja, soweit ich mich erinnere kommt die vom System und zählt automatisch hoch.

Erst ein POST /rest/orders/properties/types um sie anzulegen, dann ein GET /rest/orders/properties/types um die ID zu erfahren.

1 „Gefällt mir“