MerchandAise kūrėjų platforma

Viena gaminių rengimo eiga. Keturi prijungimo būdai.

Sujunkite svetainę, bendruomenę, tiekėjo operacijas arba įmonės darbo erdvę su ta pačia versijuojama dizaino, kainos pasiūlymo, patvirtinimo ir užsakymo būsena. Pradėkite nuo viešosios sutarties, o tuomet kartu su mumis suplanuokite prieigą bei gamybos paleidimą.

Išlaikykite vieną tiesos šaltinį

Integracija turi papildyti MerchandAise eigą, o ne ją atskirti. Svetainės, įterpiniai, tiekėjai, įmonės ir būsimos asistento sąsajos turi skaityti bei atnaujinti to paties versijavimo dizaino, komercinio ketinimo, kainos pasiūlymo, patvirtinimo ir užsakymo būseną.

Ten, unde MerchandAise apdoroja pirkėjo sandorį, Hutter Products GmbH yra sutartį pasirašantis pardavėjas ir operacijų vykdytojas pagal MerchandAise prekės ženklą. Tiekėjo tapatybė ir kontaktiniai duomenys išlieka konfidencialūs, išskyrus atvejus, kai pagal įstatymus privaloma juos atskleisti, o gamybai vis tiek reikalingas skaitmeninis maketas bei autentiškas pavyzdys.

01 — Sutartys

API ir integracijų sąsajos

Asistento įrankių API dokumentacija

Peržiūrėkite dabartinius asistento bei įrankių galinius punktus, skirtus dizaino sesijoms ir integracijos peržiūrai. Ši viešoji nuoroda nesuteikia anoniminės teisės teikti kainos pasiūlymų ar pateikti užsakymo.

Prieiga: public

Diegimo vadovas

Atidaryti asistento įrankių dokumentaciją

Sutartis sistemoms

Asistento įrankių OpenAPI JSON

/api/docs/openapi.json

Viešoji asistento ir įrankių API nuoroda. Gamybinei prieigai ir užsakymams įtakos turintiems veiksmams vis tiek reikalingas atitinkamas leidimas.

Bendruomenės įterpimo API

Prijunkite lokalizuotas klubų, bendruomenių arba parduotuvių aplinkas prie MerchandAise valdomų dizaino bei prekybos perdavimo etapų iš naujo nekurdami pagrindinės eigos.

Prieiga: public

Sutartis sistemoms

Bendruomenės OpenAPI JSON

/api/v1/community/public/openapi/v1

Viešoji versijuojama sutartis, skirta parduotuvių įterpiniams, bendruomenių paieškai ir lokalizuotiems perdavimams.

Tiekėjo API

Prijunkite patvirtintus tiekėjus prie įvedimo, katalogo, kainos pasiūlymo ir vykdymo operacijų, kai tiekėjo partnerystė ir prieigos modelis yra patvirtinti.

Prieiga: public

Sutartis sistemoms

Tiekėjo OpenAPI JSON

/api/v1/supplier/openapi/v1

Viešoji sutartis, skirta planavimui ir kliento kodo generavimui. Operatyvinė tiekėjo prieiga lieka apsaugota leidimais.

Įmonės tapatybės API

Suplanuokite SSO, SCIM abonementų valdymą ir auditui paruoštus tapatybės srautus, skirtus patvirtintoms įmonių atributikos programoms bei valdomam diegimui.

Prieiga: protected

Sutartis sistemoms

Įmonės tapatybės OpenAPI JSON

/api/v1/enterprise/identity/openapi/v1

Apsaugota sutartis, skirta patvirtintoms įmonių darbo erdvėms; prieš naudojant šį galinį punktą, pateikite prašymą gauti prieigą.

02 — Diegimo vadovas

Pasirinkite sutartį prieš rašydami kodą

01
Išsiaiškinkite naudotojo kelionę
Nuspręskite, kas ir kur įsitraukia į eigą: pirkėjas įterptoje parduotuvėje, patvirtintas tiekėjas, įmonės naudotojas arba asistentas, veikiantis turėdamas aiškų leidimą.
02
Patvirtinkite prieigos ribas
Naudokite viešąsias sutartis vertinimui ir kliento kodo generavimui, o prieš diegimą patvirtinkite prisijungimo duomenis, apimtis, aplinkas, atgalinio ryšio iškvietimus bei apsaugotus galinius punktus.
03
Įrodykite būsenos tęstinumą
Patikrinkite, ar dizainai, kainos pasiūlymai, patvirtinimai, klaidos ir užsakymų perdavimai išlaiko naujausią versiją visoje integracijoje, įskaitant bandymus iš naujo ir atstatymo kelius.

03 — Ką privalo išlaikyti kiekviena integracija

Ką privalo išlaikyti kiekviena integracija

Viena versijuojama būsena

Dizainas, prekybos ketinimas, tiekėjo pateiktas pasiūlymas, patvirtinimas ir užsakymo būsena išlieka sujungti. Pasenę pakeitimai privalo inicijuoti matomą pakartotinį kainos pasiūlymą arba peržiūros būseną.

Komercinis ir tiekėjų konfidencialumas

MerchandAise išlieka pirkėjui matomu pardavėju ir palaikymo savininku. Tiekėjų tapatybės, kontaktai ir vidiniai duomenys nėra viešinami per viešąsias integracijas.

Patvirtinimas prieš gamybą

Produkto 3D peržiūra ir skaitmeninis maketas palaiko sprendimo priėmimą, tačiau jie nepakeičia autentiško gamybinio pavyzdžio, kurio reikalaujama prieš pradedant masinę gamybą.

Prieš paleidžiant gamybinį srautą

Paskelbtas OpenAPI failas yra planavimo priemonė, o ne pažadas suteikti anoniminę gamybinę prieigą. Prieš pradedant eksploataciją, mes peržiūrime aplinkas, prisijungimo duomenis, klaidų valdymą ir operacinę atsakomybę.

Prieiga ir aplinkos

Patvirtinkite sutarties versiją, patvirtintą darbo erdvę, tapatybės nustatymo apimtis, smėlio dėžės (sandbox) aplinką, gamybinius prisijungimo duomenis ir atgalinio ryšio paskirties vietas.

Klaidų valdymas ir atkūrimas

Prieš išleidimą apibrėžkite pakartotinius bandymus, operacijų nekintamumą (idempotency), skirtuosius laikus, klientui matomas klaidas, stebėseną, palaikymo atsakomybę bei atstatymo veiksmus.

Galutiniai įrodymai

Patikrinkite numatytą kelionę bandomojoje (staging) aplinkoje nuo įėjimo ir būsenos keitimo iki kainos pasiūlymo, patvirtinimo, perdavimo bei atkūrimo elgsenos.

DUK

Nuo kurios integracijos sąsajos turėčiau pradėti?

Pradėkite nuo asmens ir būsenos pokyčio. Naudokite bendruomenių įterpinius pirkėjams skirtoms klubų arba bendruomenių kelionėms, tiekėjų operacijas – patvirtintiems tiekimo grandinės procesams, įmonės tapatybę – SSO ir SCIM, o asistento įrankius – tik aiškiai įgaliotiems AI valdomiems srautams.

Ar viešoji sutartis reiškia viešą prieigą prie gamybos?

Ne. Viešoji OpenAPI sutartis skirta informacijos paieškai, architektūros peržiūrai ir kliento kodo generavimui. Gamybiniai prisijungimo duomenys, rašymo operacijos, tiekėjų eigos, įmonės tapatybė ir asistento vykdymas vis tiek gali reikalauti patvirtintos darbo erdvės bei suteiktų teisių.

Ar integracija gali atskleisti tiekėjus arba apeiti patvirtinimus?

Ne. Tiekėjo tapatybė ir kontaktiniai duomenys išlieka konfidencialūs, išskyrus atvejus, kai privaloma juos atskleisti; MerchandAise valdo santykius su pirkėju, o užsakymui įtakos turintys veiksmai privalo išlaikyti nustatytus patvirtinimo bei autentiško pavyzdžio barjerus.

Pateikite mums savo darbo eigą, o ne baigtą architektūrą.

Papasakokite, kas naudosis integracija, kokią būseną jiems reikia perskaityti ar pakeisti ir kur gyvuos ši patirtis. Mes kartu su jumis suplanuosime sutartį, prieigos modelį ir saugiausią diegimo kelią.

Suplanuoti integraciją Naršyti AI agentus ir MCP

Išlaikykite vieną tiesos šaltinį

Pasirinkite sutartį prieš rašydami kodą

Išsiaiškinkite naudotojo kelionę

Nuspręskite, kas ir kur įsitraukia į eigą: pirkėjas įterptoje parduotuvėje, patvirtintas tiekėjas, įmonės naudotojas arba asistentas, veikiantis turėdamas aiškų leidimą.

Patvirtinkite prieigos ribas

Naudokite viešąsias sutartis vertinimui ir kliento kodo generavimui, o prieš diegimą patvirtinkite prisijungimo duomenis, apimtis, aplinkas, atgalinio ryšio iškvietimus bei apsaugotus galinius punktus.

Įrodykite būsenos tęstinumą

Patikrinkite, ar dizainai, kainos pasiūlymai, patvirtinimai, klaidos ir užsakymų perdavimai išlaiko naujausią versiją visoje integracijoje, įskaitant bandymus iš naujo ir atstatymo kelius.

Ką privalo išlaikyti kiekviena integracija

Viena versijuojama būsena

Komercinis ir tiekėjų konfidencialumas

MerchandAise išlieka pirkėjui matomu pardavėju ir palaikymo savininku. Tiekėjų tapatybės, kontaktai ir vidiniai duomenys nėra viešinami per viešąsias integracijas.

Patvirtinimas prieš gamybą

Produkto 3D peržiūra ir skaitmeninis maketas palaiko sprendimo priėmimą, tačiau jie nepakeičia autentiško gamybinio pavyzdžio, kurio reikalaujama prieš pradedant masinę gamybą.

DUK

Nuo kurios integracijos sąsajos turėčiau pradėti?

Ar viešoji sutartis reiškia viešą prieigą prie gamybos?

Ar integracija gali atskleisti tiekėjus arba apeiti patvirtinimus?