MCP interfész
Ellenőrizve
Röviden
Szekció neve “Röviden”A MitoOps szabványos távoli MCP-szervert (Model Context Protocol) biztosít a /api/mcp címen, amelyen keresztül egy kompatibilis AI-alkalmazás maga kéri le az adatokat. Ugyanazokra a képességekre épül, mint a REST: nem egy második interfész saját lekérdezésekkel, hanem egy másik módja annak, hogy ugyanazt kérdezze meg.
Az MCP nem a modell tulajdonsága, hanem az alkalmazásé, amelyben a modell fut (a kliensé). Minden olyan alkalmazás csatlakozhat, amely támogatja a távoli MCP-t HTTP-n keresztül OAuth-tal vagy hozzáférési kulccsal. A Claude.ai éles üzemben ellenőrzött kliens: pontos folyamatát lent találja, más alkalmazásra a következő szakasz általános folyamata vonatkozik. Az általunk nem tesztelt klienseket nem nyilvánítjuk ellenőrzöttnek.
Kétféleképpen igazolhatja magát:
- hozzáférési kulccsal, amelyet az alkalmazásban állít ki: saját programhoz vagy olyan szerverhez, amely szervert hív;
- OAuth-on keresztül, ha a csatlakozó AI-alkalmazás ezt támogatja: ilyenkor Ön jelentkezik be, és a jóváhagyási képernyőn kiválasztja, mit olvashat az alkalmazás.
A token mindkét esetben az Authorization: Bearer fejlécben utazik, és mindkét esetben ugyanaz a jogosultsági hatókör érvényes: amit a kulcs vagy a hozzájárulás nem fed le, azt az eszköz nem adja vissza.
A Claude.ai csatlakoztatása: ellenőrzött csatlakozás lépésről lépésre
Szekció neve “A Claude.ai csatlakoztatása: ellenőrzött csatlakozás lépésről lépésre”A Claude.ai nem az egyes webáruházakhoz csatlakozik, hanem a MitoOpshoz, ahhoz a réteghez, amely már összefogja az összes webáruháza adatait. Nincs szüksége kulcsra, Client ID-ra vagy titokra. A Claude.ai mindent maga derít ki az interfész címéből.
- A Claude.ai-ban nyissa meg a Settings (Beállítások) → Customize → Connectors menüt (csapatcsomagnál előbb adminisztrátorként az Organization settings → Connectors alatt).
- Kattintson az Add custom connector (Egyéni csatlakozó hozzáadása) gombra.
- A Name mezőbe írja be:
MitoOps. - Az URL mezőbe illessze be az MCP-interfész címét a Beállítások → API & MCP képernyőről,
https://<az Ön címe>/api/mcpformában, példáulhttps://app.mitoops.com/api/mcp. - Az Advanced settings részt hagyja üresen: a Claude.ai a saját hosztolt kliens-metaadatait használja (OAuth). Kattintson az Add gombra.
- A csatlakozónál kattintson a Connect (Csatlakozás) gombra.
- Megnyílik a MitoOps bejelentkezés (a második faktorral együtt, ha használja). Jelentkezzen be.
- Megjelenik a jóváhagyási képernyő: melyik alkalmazás, melyik kliens, mit olvashat és mely webáruházakra vonatkozik. A jogosultságok az alkalmazás területei szerint vannak csoportosítva (értékesítés, raktár, szállítás, marketing, partnerprogram, automatizálások). Az olvasás előre be van jelölve, az érzékeny adatok és a piszkozatok előkészítése nem; a közvetlen hatású változtatások (például kuponok törlése vagy kiküldés jóváhagyása) egyenként a becsukott Speciális jogosultságok részben vannak. Minden csoportnál szerepel, pontosan mit tartalmaz.
- Ellenőrizze a hatóköröket. Az érzékenyek (például Kimutatások, Beszerzési árak, Ügyfelek személyes adatai, Beszállítók és beszerzés, Automatizációk: tervezetek, Elérhetőségek: módosítási javaslatok és Reklamációk: beállítások módosítási javaslatai) nincsenek bejelölve. Ha a Claude-nak látnia kell az árrést és a személyes adatokat, vagy automatizálási piszkozatokat és módosításokat, illetve az elérhetőségek vagy a reklamációs beállítások módosítását kell javasolnia, jelölje be őket tudatosan. A reklamációk sablonjait és beállításait a Reklamációk: beállítások és sablonok hatókör olvassa. Válassza ki a webáruházakat.
- Kattintson az Engedélyezés gombra. A Claude.ai visszatér a saját oldalára, és a csatlakozó csatlakoztatva van.
- A beszélgetésben kattintson a + → Connectors elemre, és kapcsolja be a MitoOps csatlakozót.
Amit a jóváhagyási képernyőn bejelöl, az érvényes, és soha nem több annál, amire Ön maga jogosult. Akinek az alkalmazásban nincs jogosultsága a beszerzési árakhoz, az nem is tudja továbbadni. A token, amelyet a Claude.ai megkap, csak az engedélyezett hatóköröket hordozza.
Más MCP-kliens vagy AI-alkalmazás OAuth-on keresztül
Szekció neve “Más MCP-kliens vagy AI-alkalmazás OAuth-on keresztül”Az alkalmazásnak ugyanazt a /api/mcp címet adja meg, és semmi mást, kulcsot sem. A többi magától történik:
- Az alkalmazás lekéri tőlünk, hová küldje a bejelentkezést (a védett erőforrás metaadatai az RFC 9728 szerint).
- Megnyílik az Ön MitoOps bejelentkezése.
- Megjelenik a jóváhagyási képernyő, ahol kiválasztja a hatóköröket és a webáruházakat.
- Az engedélyezés után a kapcsolat kész, és az alkalmazás látja az eszközöket.
Az az alkalmazás, amely maga választja ki a hatóköröket, köteles azokat feltüntetni a kérésben: a jóváhagyási képernyő csak azt kínálja fel, amit az alkalmazás kért (és amire Önnek jogosultsága van). Az interfész az összes hatókört meghirdeti, az érzékenyeket is: a WWW-Authenticate kihívásban és a scopes_supported mezőben egyaránt. Az érzékeny hatókörök ennek ellenére soha nem engedélyeződnek maguktól: a jóváhagyási képernyőn külön jelölve, bejelöletlenül szerepelnek, a token pedig arra szűkítve kerül kiadásra, amit Ön engedélyezett (scope a token válaszában).
Csatlakozás hozzáférési kulccsal
Szekció neve “Csatlakozás hozzáférési kulccsal”Az asszisztensnek vagy a programnak szüksége van az Ön domainjén futó /api/mcp címre és egy olyan hozzáférési kulcsra, amelynek interfészei között szerepel az MCP. A pontos címet a Beállítások → API & MCP képernyő írja ki a „Hová kell beírni” blokkban. A csak REST-hez kiadott kulcs MCP-n nem működik, és fordítva.
Eszközök
Szekció neve “Eszközök”Az eszközök listája a kulcs vagy a hozzájárulás hatóköreihez igazodik: az asszisztens pontosan azt látja, amit engedélyeztek neki, és semmi mást. A hatókörön kívüli eszköz számára nem létezik.
| MCP-eszköz | Hatókör | REST | Mit ad vissza |
|---|---|---|---|
account_connection |
stores:read |
GET /account/connection |
A kapcsolat diagnosztikája: az alkalmazás, ki és mikor adott hozzáférést, megadott és hiányzó jogosultságok területenként, webáruházak és az AI-írási mód. |
account_entitlements |
account:read |
GET /account/entitlements |
A fiók tarifája, funkciói és limitjei az aktuális kihasználtsággal. |
affiliate_articles_create |
affiliate:write |
— | írás: Saját súgócikk létrehozása egyszerre minden nyelven (cím és törzs a megadott nyelven); a HTML megtisztításra kerül. |
affiliate_articles_get |
affiliate:read |
GET /affiliate/articles/:key |
Egy súgócikk szövegével (HTML) minden nyelven vagy egy nyelven; a változók nincsenek behelyettesítve. |
affiliate_articles_list |
affiliate:read |
GET /affiliate/articles |
A partnerportál súgócikkei: kulcs, alapértelmezett/saját, bekapcsolás, sorrend, nyelvenkénti állapot (cím, URL, kitöltöttség, egyezés az alapértelmezettel). |
affiliate_articles_set_state |
affiliate:write |
— | írás: Súgócikk be- vagy kikapcsolása egyszerre minden nyelvre; az alapértelmezett cikk nem törlődik, csak kikapcsol. |
affiliate_articles_update |
affiliate:write |
— | írás: Súgócikk szerkesztése egy nyelven (cím, URL, törzs; a HTML megtisztításra kerül) vagy az alapértelmezett szöveg visszaállítása; visszaadja az ismeretlen változókat. |
affiliate_campaigns_create |
affiliate:write |
— | írás: Kampány létrehozása a webáruházban: név, jutalom (nem szabad kitalálni), a hozzárendelés érvényessége, elérhetőség, a konverziók jóváhagyása. |
affiliate_campaigns_get |
affiliate:read |
GET /affiliate/campaigns/:campaignId |
A partnerprogram egy kampánya. |
affiliate_campaigns_list |
affiliate:read |
GET /affiliate/campaigns |
A webáruház partnerprogramjának kampányai jutalommal, elérhetőséggel és darabszámokkal. |
affiliate_campaigns_update |
affiliate:write |
— | írás: Kampány szerkesztése: név, jutalom, érvényesség, elérhetőség, jóváhagyás, be-/kikapcsolás, a partnereknek szóló leírás nyelvenként. |
affiliate_code_requests_decide |
affiliate:write |
— | írás: A partner saját kódra vonatkozó kérelmének intézése: a jóváhagyás a kódot azonnal létrehozza a kampányok webáruházaiban vásárlói kedvezménnyel (ehhez a coupons:write is szükséges), a retry megismétli a létrehozást, az elutasításhoz indoklás kell; a partner e-mailt kap. |
affiliate_code_requests_list |
affiliate:read |
GET /affiliate/code-requests |
A partnerek saját kedvezménykódra vonatkozó kérelmei állapottal és indoklással; a függőben lévők elöl. |
affiliate_conversions_decide |
affiliate:approve |
— | írás: Döntés egy jutalékról azonosító alapján: approve (új → jóváhagyott), reject (új → elutasított, indoklás kötelező), cancel (jóváhagyott → visszavont, indoklás kötelező); a kifizetett jutalék nem fordítható vissza, ugyanaz a döntés másodszor nem változtat semmit; a partner e-mailt kap. |
affiliate_conversions_get |
affiliate:read |
GET /affiliate/conversions/:conversionId |
Egy konverzió részletei: összegek, jutalék, a jutalék állapota indoklással, a rendelés állapota a webáruházban, jóváíró számla, kifizetés. |
affiliate_conversions_list |
affiliate:read |
GET /affiliate/conversions |
A webáruház partnerprogramjának konverziói: a jutalék alapja és a teljes rendelés áfával, jutalék, a jutalék állapota indoklással, a rendelés állapota a webáruházban, kapcsolat a kifizetéssel. |
affiliate_discount_codes_ensure |
coupons:write |
— | írás: Gondoskodik róla, hogy a partnernek legyen kedvezménykódja a webáruházban: a kupon a kanonikus kuponokon keresztül jön létre (vagy egy meglévő kerül felhasználásra), és a partnerhez rendelődik; a webáruházbeli megjegyzés automatikusan készül. |
affiliate_discount_codes_list |
affiliate:read |
GET /affiliate/discount-codes |
A partnerek kedvezménykódjai a webáruházban a felhasználások számával és a forgalommal. |
affiliate_documents_draft_create |
affiliate:write |
— | írás: Jogi dokumentum új szövegének javaslata piszkozatként; az élő szöveget nem módosítja, azt ember teszi közzé az alkalmazásban különbségkimutatással és auditnaplóval. |
affiliate_documents_get |
affiliate:read |
GET /affiliate/documents/:key/content |
A program egy jogi dokumentuma nyelvenkénti szöveggel (tárolt szöveg, nyilvános szöveg, verzió, ujjlenyomatok, forrás, PDF-metaadatok) és a nyitott piszkozatokkal. |
affiliate_documents_list |
affiliate:read |
GET /affiliate/documents |
A program dokumentumai (feltételek, megállapodások): megerősítési szabályzat, aláírt példány, e-mail-melléklet, nyelvenkénti verziók, készültség és a megerősítések száma. |
affiliate_documents_update |
affiliate:write |
— | írás: A programdokumentum szabályzata (kire vonatkozik, mikor kell megerősíteni, aláírt példány, e-mail-melléklet, bekapcsolás); a szöveget az alkalmazásban kell feltölteni. |
affiliate_email_templates_list |
affiliate:read |
GET /affiliate/email-templates |
A partnereknek szóló e-mail-sablonok nyelvenként (tárgy, bekapcsolás, eseménnyel együtt a törzs is) és a „Fiók jóváhagyva” e-mail automatikus mellékletei. |
affiliate_email_templates_update |
affiliate:write |
— | írás: A partnereknek szóló e-mail-sablon szerkesztése egy nyelven (tárgy, törzs) vagy egy esemény be-/kikapcsolása. |
affiliate_links_generate |
affiliate:read |
GET /affiliate/links/generate |
Követett partnerlink a kampány webáruházának kezdőlapjára, egy termékre vagy kategóriára; kattintás után megőrzi a partnerhez rendelést. |
affiliate_partners_get |
affiliate:read |
GET /affiliate/partners/:partnerId |
A program egy partnere a számára elérhető kampányokkal. |
affiliate_partners_list |
affiliate:read |
GET /affiliate/partners |
A program partnerei állapottal, teljesítménnyel és jutalékokkal; kapcsolattartási adatok csak a személyes adatokkal. |
affiliate_partners_set_market |
affiliate:write |
— | írás: A partner tagsága a webáruházban: engedélyezés (active, a portálról érkezett kérelmet is jóváhagyja) vagy visszavonás (revoked); a webáruház kampányai, kuponjai és dokumentumai csak aktív tagság esetén vonatkoznak a partnerre. |
affiliate_partners_set_state |
affiliate:write |
— | írás: Döntés a partner fiókjáról (jóváhagyás, elutasítás, felfüggesztés, visszahelyezés a várakozók közé); a jóváhagyás e-mailt küld a megállapodással. |
affiliate_payouts_list |
affiliate:read |
GET /affiliate/payouts |
A partnereknek járó jutalékok kifizetései állapottal; banki és számlázási adatok nélkül. |
affiliate_portal_get |
affiliate:read |
GET /affiliate/portal |
A partner nyilvános portálja: címek webáruházanként, a regisztráció nyitottsága indoklással, saját domainek, kapcsolattartó, megjelenés és a szövegek állapota nyelvenként. |
affiliate_portal_pages_update |
affiliate:write |
— | írás: A nyilvános portál saját szövegei egy nyelven (bejelentkezési/regisztrációs/áttekintő oldal, adatkezelési tájékoztató, programleírás); a HTML megtisztításra kerül. |
affiliate_settings |
affiliate:read |
GET /affiliate/settings |
A partnerprogram beállításai: jutalékok, kattintások, kifizetési minimum, ajánlás. |
affiliate_settings_update |
affiliate:write |
— | írás: A program nem pénzügyi beállításai: név, regisztráció, automatikus jóváhagyás, kapcsolattartó, színek, hivatkozás az adatvédelmi elvekre. |
affiliate_signatures_get |
affiliate:read |
GET /affiliate/signatures/:signatureId |
Egy elektronikus aláírás az aláírt szöveggel és az értékek pillanatképével; megváltoztathatatlan rekord, a PDF az alkalmazásban áll össze. |
affiliate_signatures_list |
affiliate:read |
GET /affiliate/signatures |
A partnerek elektronikusan aláírt dokumentumai (ki, dokumentum, verzió, nyelv, webáruház, idő, mód, ellenőrzés, ujjlenyomatok, állapot) és azok a partnerek, akiktől hiányzik az aláírás; csak olvasás, aláírás kizárólag a portálon jön létre. |
affiliate_statistics |
affiliate:read |
GET /affiliate/statistics |
A partnerprogram statisztikája: napi alakulás, a hozzárendelés forrásai, partnerrangsor. |
affiliate_summary |
affiliate:read |
GET /affiliate/summary |
A webáruház partnerprogramjának áttekintése az időszakra: kattintások, konverziók, jutalékok, partnerek. |
affiliate_variables_list |
affiliate:read |
GET /affiliate/variables |
A partnerprogram tartalmi és e-mail-változóinak nyilvántartása: kanonikus nevek, aliasok, típus, felületek, példa; a szöveg opcionális ellenőrzése ismeretlen változókra. |
analytics_advertising |
reports:read |
GET /analytics/advertising |
Hirdetés: költés, keret, ROAS, reklámköltés aránya, CPA, átlagos rendelésérték és MER összehasonlítással; Google Ads és Meta Ads, kattintások a GA4-ből, 6 hónap. |
analytics_channels |
analytics:read |
GET /analytics/channels |
A látogatások, rendelések és a forgalom megoszlása marketingcsatornák szerint. |
analytics_comparison |
reports:read |
GET /analytics/comparison |
Árbevétel összehasonlítással: árbevétel, rendelések, AOV, látogatások, CR és AI/LLM az előző időszakhoz vagy évhez képest. |
analytics_monthly |
reports:read |
GET /analytics/monthly |
Árbevétel, rendelések és látogatások havonta (legfeljebb 24), például év/év összevetéshez. |
analytics_order_coverage |
analytics:read |
GET /analytics/order-coverage |
A rendelések és a forgalom lefedettsége az analitikai méréssel. |
analytics_order_heatmap |
reports:read |
GET /analytics/order-heatmap |
Mikor érkeznek a rendelések: a hét napja × óra, legerősebb nap és óra. |
analytics_overview |
analytics:read |
GET /analytics/overview |
Látogatások, rendelések, forgalom, konverziós arány és az AI/LLM részaránya az időszakban. |
analytics_revenue_sources |
reports:read |
GET /analytics/revenue-sources |
Honnan jött az árbevétel: csatornák, AI/LLM, MitoOps és Affiliate összesítők, akvizíció a GA4 szerint. |
analytics_seo |
analytics:read |
GET /analytics/seo |
Search Console: kattintások, megjelenések, CTR és pozíció lekérdezések vagy oldalak szerint. |
automations_catalog |
automations:read |
GET /automations/catalog |
Az automatizálások katalógusa: indítók, feltételek, operátorok, műveletek, sablonok; catalogVersion a javaslatokhoz. |
automations_create_draft |
automations:write |
— | írás: KIKAPCSOLT automatizálási piszkozatot hoz létre. Nem kapcsol be és nem futtat semmit. |
automations_get |
automations:read |
GET /automations/:workflowId |
Egy automatizálás a DSL-lel és a validálás eredményével. |
automations_list |
automations:read |
GET /automations |
A fiók automatizálásai állapottal és a webáruházak körével. |
automations_options |
automations:read |
GET /automations/options |
Értéklista egy automatizálási mezőhöz (állapotok, szállítási módok, fizetési módok, sablonok, reklamációk…): a DSL-be kerülő value és a név. |
automations_revision_create_draft |
automations:write |
— | írás: A közzétett automatizálás módosítását revízióként javasolja, amelyet ember hagy jóvá. A futó verzió nem változik. |
automations_revision_discard_draft |
automations:write |
— | írás: Visszavonja a közzétett automatizálás nyitott revízióját. |
automations_revision_update_draft |
automations:write |
— | írás: Módosítja a közzétett automatizálás nyitott revízióját. |
automations_runs |
automations:read |
GET /automations/:workflowId/runs |
Egy automatizálás futásainak előzményei. |
automations_templates |
automations:read |
GET /automations/templates |
Kész automatizálási minták DSL-lel. |
automations_update_draft |
automations:write |
— | írás: Módosítja a közzé nem tett automatizálási piszkozatot optimista párhuzamosságkezeléssel. |
automations_validate_draft |
automations:read |
— | Írás nélkül ellenőrzi az automatizálási javaslatot. |
chatbot_conversations_get |
chatbot-conversations:read |
GET /chatbot/conversations/:sessionId |
Egy webes chatbot-beszélgetés átirata a bot válaszainak forrásaival együtt. |
chatbot_conversations_list |
chatbot-conversations:read |
GET /chatbot/conversations |
Az ügyfelek beszélgetései a webes chatbottal a legutóbb aktívtól kezdve, az első kérdéssel; kurzor. |
chatbot_outcomes |
chatbot:read |
GET /chatbot/outcomes |
How web chatbot conversations ended: since when the outcome is measured, measured and unmeasured conversations, known and unknown outcome, resolved, unresolved, bot error and resolution rate with its denominator; N/A with a reason when the denominator is zero. Totals only. |
chatbot_stats |
chatbot:read |
GET /chatbot/stats |
A webes chatbot statisztikája az időszakra: a buborék tölcsére, megnyitások, beszélgetések, eredmények, értékelések. |
chatbot_topics |
chatbot:read |
GET /chatbot/topics |
Miről szóltak a beszélgetések: a témák részaránya, termékek, a kezdőoldal típusa és a tudáshiány-jelöltek. |
claims_config_change_draft |
claims-settings:draft |
— | írás: Javaslatot tesz a reklamációs folyamatok, állapotok, címkék, sablonok, űrlapszövegek és modulbeállítások módosítására; csak akkor íródik be, ha egy ember jóváhagyja az alkalmazásban. |
claims_config_draft_get |
claims-settings:read |
GET /claims/config-drafts/:draftId |
A reklamációs beállítások módosítási javaslatának állapota (várakozik, beírva, elutasítva). |
claims_configuration |
claims-settings:read |
GET /claims/configuration |
A reklamációk beállításai: címkék, mezők, visszaszállítás, űrlap a webáruházban, az űrlap típusai. |
claims_get |
claims:read |
GET /claims/:code |
Egy eset tételekkel és kapcsolatokkal: rendelés, jóváíró számla, visszaküldemény, készletmozgás. |
claims_list |
claims:read |
GET /claims |
Egy webáruház reklamációi és visszaküldései a legújabbtól. |
claims_refund_options |
claims-settings:read |
GET /claims/refund-options |
Refunds: variable symbol source, refund coupon validity, coupon in the form, when the form asks for an account number. |
claims_refund_readiness |
claims:read |
GET /claims/:code/refund-readiness |
Claim before a refund: what the customer requests, masked account, variable symbol, mode and whether the claim can be deleted. |
claims_refund_settings |
claims-settings:read |
GET /claims/refund-settings |
Reklamációs visszatérítések: mód, bankszámlák fizetési megbízásra való alkalmassággal (maszkolva), alapértelmezett és kézi számla. |
claims_routes |
claims-settings:read |
GET /claims/routes |
Reklamációk visszaszállítása: útvonalak, címek, futárprofilok azonosítókkal és visszaküldési támogatással, ügytípusok. |
claims_routes_change_draft |
claims-routes:draft |
— | írás: Visszaküldési útvonalat (az egész EU-ra vagy világra is) és címzett címet javasol; jóváhagyással írja be egy ember (vagy autonóm írás, ha az ügyfél bekapcsolta). |
claims_settings |
claims:read |
GET /claims/settings |
A reklamációk folyamatai azonosítókkal és nevekkel (típusok, lépések, állapotok, határidők), címkék; a modul beállításai a claims-settings:read hatókörrel. |
claims_statistics |
claims:read |
GET /claims/statistics |
A reklamációk és visszaküldések statisztikája az időszakra: darabszámok, intézési idők, típusok, értékelések, okok. |
claims_templates |
claims-settings:read |
GET /claims/templates |
Reklamációs e-mail-sablonok (tárgy, szöveg, mikor és hogy automatikusan mennek-e ki) és jegyzőkönyv-sablonok. |
content_articles_search |
products:read |
GET /content/articles |
A webáruház blogcikkei a webes címmel és előnézeti képpel. |
coupons_activation_link |
coupons:read |
GET /coupons/activation-link |
Hivatkozás, amely a vásárló kosarában érvényesít egy MEGLÉVŐ kupont. Kupont nem hoz létre. |
coupons_activation_status |
coupons:read |
GET /coupons/activation-status |
Használható-e a kupon a webáruházban aktiváló hivatkozáson keresztül: a kupon tükre + a kód állapota a weben. |
coupons_capabilities |
coupons:read |
GET /coupons/capabilities |
Mit tud a kuponokról az adott webáruház platformja. Létrehozás előtt olvassa el. |
coupons_ensure |
coupons:write |
— | írás: Gondoskodik róla, hogy a kupon létezzen a kiválasztott webáruházakban. Eltérő kedvezménymérték esetén NEM íródik felül. |
coupons_get |
coupons:read |
GET /coupons/:code |
Egy kupon a MitoOps nyilvántartásából. Ha nincs benne, a válasz „nem található”. |
coupons_list |
coupons:read |
GET /coupons |
A webáruház kedvezménykuponjai a kedvezmény típusával és mértékével, érvényességgel és származtatott állapottal. |
coupons_remove |
coupons:delete |
— | írás: A kupon kifejezett törlése: függőségek, előnézet, megerősítés; élő függőség esetén nem törlődik. |
coupons_update |
coupons:write |
— | írás: Meglévő kupon kifejezett módosítása, beleértve a termékekre és kategóriákra vonatkozó korlátozásokat; előnézet, majd megerősítés. |
customers_get |
customers:read |
GET /customers/:customerKey |
Egy ügyfél az ügyféladatbázisból: identitás, webáruházak, LIFETIME és opcionálisan PERIOD pénzösszegek, bontás webáruházanként. |
customers_list |
customers:read |
GET /customers |
Ügyféladatbázis: identitás (PII-maszkolással), webáruházak, nyelv, LIFETIME darabszámok és forgalom pénznemenként; opcionális szűrő a vásárlási aktivitásra az időszakban. |
customers_performance |
reports:read |
GET /customers/performance |
Ügyfelek pszeudonimként: rendelések száma, forgalom, első és utolsó rendelés, ismételt vásárlás, LTV. |
credit_notes_search |
invoices:read |
GET /credit-notes |
Keresés a jóváíró számlákban. |
documents_list |
invoices:read |
GET /documents |
Egy fajta könyvelési bizonylatai (számlák, előlegszámlák, jóváírások) oldalanként életciklussal, forrásbeli állapottal, érvényességi szűrővel és PDF-elérhetőséggel. |
documents_pdf_link |
invoices:read |
— | Rövid élettartamú (10 perces) hivatkozás számla, előlegszámla vagy jóváírás PDF-jére a böngészőben való megnyitáshoz. |
invoices_get |
invoices:read |
GET /invoices/:invoiceCode |
Egy számla tételekkel, összegekkel, a hozzá tartozó jóváíró számlákkal és előlegszámlákkal. |
invoices_search |
invoices:read |
GET /invoices |
Keresés a számlákban. |
inventory_movements |
inventory:read |
GET /inventory/movements |
A készletmozgások előzményei: mikor, mi, mennyivel, miért és milyen forrásból. |
inventory_product_availability |
inventory:read |
GET /inventory/availability |
Több tétel készletszintje egyszerre. |
inventory_stock |
inventory:read |
GET /inventory/stock |
Egy tétel készletszintje az érték forrásával együtt. |
orders_get |
orders:read |
GET /orders/:orderCode |
Egy tárolt rendelés a tételekkel együtt. |
orders_list |
orders:read |
GET /orders |
Egy webáruház tárolt rendelései a legújabbtól. |
availabilities_change_draft |
availabilities:draft |
— | írás: Az elérhetőséglista módosítási JAVASLATA (létrehozás, szerkesztés, törlés). A webáruházba csak akkor kerül be, amikor ember jóváhagyja a MitoOpsban. |
availabilities_draft_get |
products:read |
GET /availabilities/drafts/:draftId |
Az elérhetőséglista módosítási javaslatának állapota: jóváhagyásra vár, eredménnyel beírva, elutasítva, lejárt. |
availabilities_list |
products:read |
GET /availabilities |
A webáruház elérhetőséglistája: név, leírás, készletre kerülés, kézbesítés, jelentés a Google számára, szín, alapértelmezett szerep. |
categories_content_change_draft |
category-content:draft |
— | írás: Új kategóriaszövegek JAVASLATA (egyszerre legfeljebb 30); a webshopba csak egy ember írja be jóváhagyással a MitoOps-ban. |
categories_content_draft_get |
category-content:read |
GET /catalog/category-content-drafts/:draftId |
Kategóriaszöveg-javaslat állapota: jóváhagyásra vár, beírva, elutasítva, lejárt. |
categories_content_get |
category-content:read |
GET /categories/:guid/content |
A kategória szövegei (felső és alsó leírás, SEO-cím és -leírás) lenyomattal és írhatósággal. |
categories_list |
products:read |
GET /categories |
A webáruház kategóriái a termékek számával. |
products_content_change_draft |
product-content:draft |
— | írás: Új termékszövegek JAVASLATA (egyszerre legfeljebb 30); a webshopba csak egy ember írja be jóváhagyással a MitoOps-ban. |
products_content_draft_get |
product-content:read |
GET /catalog/product-content-drafts/:draftId |
Termékszöveg-javaslat állapota: jóváhagyásra vár, beírva a webshop figyelmeztetéseivel, elutasítva, lejárt. |
products_content_get |
product-content:read |
GET /products/:code/content |
A termék szövegei a webshopból (leírás, rövid leírás, SEO-cím és -leírás) lenyomattal és írhatósággal. |
products_content_policy |
product-content:read |
GET /product-content/policy |
A webshop tartalomszabályzata a webshop hívása nélkül: mit olvashat és javasolhat ez a hozzáférés, mely mezőket írja a platform, jóváhagyási mód és önálló írás, korlátok és lenyomatok. |
products_get |
products:read |
GET /products/:code |
Egy termék kód alapján, a besorolással és a termékkártyán szereplő árral együtt. |
products_search |
products:read |
GET /products |
Termékek keresése név, kód, EAN vagy PLU alapján. |
reports_financial_summary |
reports:read |
GET /reports/financial-summary |
Az időszak pénzügyi összesítője: forgalom, áfa, rendelések, AOV; jogosultságokkal a beszerzés, a bruttó nyereség, a költségek és az eredmény is. |
sales_order_performance |
reports:read |
GET /sales/order-performance |
Forgalom rendelésenként EUR-ban, összesítéssel a teljes időszakra; jogosultsággal a beszerzés, a bruttó nyereség és az árrés is rendelésenként. |
sales_product_performance |
reports:read |
GET /sales/product-performance |
Értékesítés termékenként a bizonylatokból; jogosultsággal az eladáskori beszerzési ár és az árrés is. |
search_console_query |
search-console:read |
GET /search-console/query |
Search Console napok, lekérdezések, oldalak, országok és eszközök szerint, lapozással és tartalomhash-sel. |
search_console_status |
search-console:read |
GET /search-console/status |
A webáruház Search Console-állapota: kapcsolat, tulajdon, jogosultság, szinkronizálás és az archívum terjedelme. |
shipping_carriers |
shipping:read |
GET /shipping/carriers |
Csatlakoztatott szállítók és profiljaik, hozzáférési adatok nélkül. |
shipping_shipment_detail |
shipping:read |
GET /shipping/shipments/:shipmentId |
Egy küldemény az összes követési eseménnyel. |
shipping_shipments |
shipping:read |
GET /shipping/shipments |
Egy webáruház küldeményei a szállítóval, az országgal, valamint az átadás és a kézbesítés idejével. |
shipping_stats |
shipping:read |
GET /shipping/stats |
Kézbesítési statisztikák szállítónként: darabszámok, sikerességi arány, a kézbesítési idő mediánja és p90 értéke, országok. |
stores_integration_status |
stores:read |
GET /stores/integration-status |
A MitoOps-kód állapota a weben webáruházanként: telepítve, verzió, modulok, a címből érvényesített kupon készenléte. |
stores_list |
stores:read |
GET /stores |
A fiók webáruházainak listája a kódjukkal együtt. |
suppliers_get |
purchasing:read |
GET /suppliers/:supplierId |
Egy beszállító a termékajánlataival és költségösszetevőivel. |
suppliers_list |
purchasing:read |
GET /suppliers |
A fiók beszállítói az ajánlatok és a párosított termékek számával. |
webhooks_deliveries |
webhooks:read |
GET /webhooks/endpoints/:endpointId/deliveries |
Egy végpont kézbesítési naplója törzs nélkül. |
webhooks_endpoint |
webhooks:read |
GET /webhooks/endpoints/:endpointId |
Egy webhook végpont a függő kézbesítések számával. |
webhooks_endpoints |
webhooks:read |
GET /webhooks/endpoints |
A fiók webhook végpontjai titkok nélkül, és a sor állapota. |
webhooks_events |
webhooks:read |
GET /webhooks/events |
A kimenő webhookok eseménykatalógusa, a boríték és az aláírás. |
Az ügyfél neve, e-mail-címe, telefonszáma és utcacíme az orders_list, orders_get, claims_list és claims_get eszközökben csak a personal-data:read hatókörrel szerepel; nélküle a válasz az országot és a várost tartalmazza. Ugyanez vonatkozik a beszállító és a programpartner kapcsolattartási adataira (affiliate_partners_*). A hatókörnek nincs saját eszköze.
Az ügyféladatbázisban (customers_list, customers_get) ugyanez a hatókör dönt a névről, a cégről, az e-mail-címről, a telefonszámról és a marketing célú nemről; nélküle a pszeudonim, a webáruházak, az ország, a nyelv, a darabszámok és a dátumok maradnak. A forgalom és az LTV ezen felül a reports:read hatókörhöz kötött. A marketing célú nem a keresztnévből készült becslés (genderSource: "name_inference"), nem olyan adat, amelyet az ügyfél megadott, és az asszisztensnek is így kell közölnie. A partnerek banki és adóadatai soha nem kerülnek kiadásra.
Webes chatbot: a beszélgetések témái. A chatbot_topics (ugyanaz a chatbot:read hatókör) egyetlen hívással válaszol arra a kérdésre, hogy „miről szólt”: a beszélgetések részaránya témánként egy zárt taxonómiából (szállítás, fizetés, visszaküldés, termékválasztás, paraméterek, használat, ismeretterjesztő kérdések…), a megoldási arány és a tudáshiány-jelöltek száma témánként, a leggyakoribb termékek (amelyekről az ügyfelek kérdeztek, és amelyeket a bot ajánlott), milyen típusú oldalról indulnak a beszélgetések, valamint a napi alakulás. A kiértékelés determinisztikus: a válaszok forrásaira, az ajánlott termékekre és egy kulcsszószótárra épül, így két hívás ugyanarra az időszakra ugyanazt a számot adja. Csak összesítéseket ad vissza: az ügyfél szövege semmilyen úton nem kerül bele, még „leggyakoribb kérdésként” sem. A részarány mindig a darabszámmal együtt érkezik: kevés beszélgetésnél a százalék nem megbízható. A chatbot_conversations_list topic és knowledgeGapCandidate szűrővel rendelkezik; egy konkrét beszélgetés átirata továbbra is az érzékeny hatókör mögött van, és csak a megőrzési időn belül érhető el.
Webes chatbot. A statisztika (chatbot_stats, chatbot:read hatókör) csak összesítéseket ad vissza: hány oldallátogatásnál jelent meg a buborék, és ezek közül hányan kattintottak rá, az ablak megnyitásai, a beszélgetések és üzenetek száma, mit intézett el a bot, az ügyfelek értékelései és a hírlevél-feliratkozás tölcsére. Az ügyfelek beszélgetései (chatbot_conversations_list, chatbot_conversations_get) saját, érzékeny chatbot-conversations:read hatókör mögött vannak, amelyet a jóváhagyási képernyőn tudatosan jelöl be: az ügyfél a nyilvántartásban csak egy véletlenszerű beszélgetéskulcs (IP-cím, cookie, név vagy e-mail-cím nélkül), azt az e-mail-címet, telefonszámot és IBAN-t pedig, amelyet a szövegbe írt, az asszisztens csak a personal-data:read hatókörrel kapja meg, egyébként helyettük a [e-mail], [telefón], [iban] jelölést látja. A beszélgetések csak a webáruház megőrzési idején belül kerülnek kiadásra (az AI központ Előzmények beállítása); a nulla megőrzési idejű webáruház semmit sem ad ki. A buborék megjelenéseit 2026. szeptember 21-ig az üzenet minden felugrásakor számolták; 2026. szeptember 22-től egy megjelenés egy oldallátogatást jelent, és a válaszban a measurementChanges jelzi, hogy a választott időszak keveri-e a két mérést.
Minden eszköznek van REST-megfelelője ugyanazon a képességen. A válaszok a borítékban különböznek, az üzleti adatok azonosak. Az időszak és a lapozás szabályait, valamint a pénzügyi mezők jelentését a REST interfész oldal írja le.
Az összesítő eszközök (shipping_stats, analytics_*, reports_financial_summary) kész számokat adnak vissza az alkalmazásból: az asszisztensnek nem kell rekordok ezreit letöltenie és maga számolnia. A nyers listák (shipping_shipments, orders_list) a részletes nézethez maradnak.
Mit kérdezhet
Szekció neve “Mit kérdezhet”Csatlakozás után a Claude.ai a MitoOps adataiból válaszol például ezekre a kérdésekre:
- „Mi volt a szállítási módok százalékos megoszlása augusztusban?” (
shipping_stats) - „Mennyi volt a DHL és a GLS kézbesítési idejének mediánja?” és „Hány küldemény maradt kézbesítetlen, és hány jött vissza?” (
shipping_stats) - „Mely országokba küldtünk DHL-lel?” (
shipping_stats,countriesmező) - „Mennyi volt a forgalom és a konverziós arány augusztusban?” (
analytics_overviewvagyreports_financial_summary) - „Hány rendelés és mennyi forgalom jött a ChatGPT-ből?” (
analytics_channels) - „Mely lekérdezéseknek volt a legmagasabb a CTR-je?” (
analytics_seo) - „Mekkora az X termék árrése az elmúlt hónapban?” (
sales_product_performance, apurchase-prices:readhatókörrel) - „Mit kérdeztek az ügyfelek a legtöbbször a chatbottól ebben a hónapban, és miről írjunk blogcikket?” (
chatbot_conversations_listéschatbot_conversations_get, achatbot-conversations:readhatókörrel) - „Hány beszélgetése volt a chatbotnak, és ebből hányat intézett el ügyfélszolgálat nélkül?” (
chatbot_stats) - „Milyen elérhetőségei vannak az SK webáruháznak, és melyek az alapértelmezettek?” (
availabilities_list) - „Adj hozzá az SK webáruházhoz egy Előrendelés október elérhetőséget előrendelés jelentéssel és 14 napon belüli kézbesítéssel” (
availabilities_change_draftazavailabilities:drafthatókörrel; javaslat jön létre, amelyet Ön az alkalmazásban jóváhagyással ír be) - „Módosítsd a 12-es bekapcsolt automatizálást úgy, hogy csak Futár szállítási módnál küldjön értesítést” (
automations_optionsa szállítási módhoz, majdautomations_revision_create_draft; a futó verzió nem változik, amíg a revíziót közzé nem teszi a szerkesztőben) - „Milyen e-maileket küldenek a reklamációk automatikusan, és mi áll bennük németül?” (
claims_templatesaclaims-settings:readhatókörrel) - „Nevezd át az Árura vár reklamációs állapotot erre: Várjuk a küldeményt” (
claims_settingsaz azonosítóhoz, majdclaims_config_change_draftaclaims-settings:drafthatókörrel; Ön írja be jóváhagyással az alkalmazásban)
Olvasás és szűk körű írás: automatizálás, kupon, partnerprogram, elérhetőségek, reklamációk
Szekció neve “Olvasás és szűk körű írás: automatizálás, kupon, partnerprogram, elérhetőségek, reklamációk”Az üzemi adatok (rendelések, készletszint, termékek, bizonylatok, küldemények) MCP-n keresztül csak olvashatók. Minden írás saját érzékeny hatókörhöz kötött: automatizálási piszkozat, kedvezménykupon, a partnerprogram kezelése, döntés a jutalékról, az elérhetőséglista módosítási javaslata, amelyet csak ember ír be a webáruházba, és a reklamációs beállítások módosítási javaslata, amelyet szintén csak ember ír be.
Automatizálási piszkozat. Az automations:write hatókörrel ez kikapcsolt piszkozat: az automations:write hatókörrel az asszisztens a katalógus (automations_catalog) alapján szabályt javasolhat és piszkozatként mentheti, vagy módosíthat egy olyan piszkozatot, amelyet még senki nem tett közzé. A piszkozat az Automatizálás alatt jelenik meg, mint bármely folyamatban lévő javaslat: bekapcsolni, közzétenni vagy futtatni csak Ön tudja az alkalmazásban. A közzétett automatizálást az asszisztens közvetlenül nem módosítja.
Futó automatizálás revíziója. Az asszisztens az automations:write hatókörrel a közzétett és bekapcsolt automatizálást is módosíthatja, de csak javaslattal: az automations_revision_create_draft (bemenet: workflowId, expectedPublishedVersion az automations_get eszközből, catalogVersion, a teljes új dsl, note és clientRequestId) a revíziót a futó verzió mellé menti. A futó automatizálás nem változik, és tovább fut. Egy automatizáláshoz legfeljebb egy nyitott revízió tartozik; az automations_revision_update_draft eszközzel módosítható az expectedRevisionVersion megadásával, és az automations_revision_discard_draft eszközzel elvethető. A válasz tartalmazza az approvalUrl hivatkozást az automatizálás szerkesztőjére. Ott az automatizálások szerkesztésére jogosult személy a felső panelen látja a revíziót, betölti a szerkesztőbe (Javaslat betöltése a szerkesztőbe gomb), ellenőrzi, és a szokásos gombbal közzéteszi; az automatizálás bekapcsolva marad. Vagy elutasítja. Ha közben valaki másik verziót tett közzé, a revízió lezárul (REVISION_STALE), és újat kell készíteni. A nyitott revíziót és az előzményeket az automations_get adja vissza (openRevision, revisions).
Mezők értéklistái és az értékek ellenőrzése. Azoknak a mezőknek, amelyeket a szerkesztőben listából választ ki (rendelés állapota, szállítási mód, fizetési mód, szállítói profil, értesítési sablon, a reklamáció típusa, állapota, címkéje és sablonjai, webhook végpont és további mezők), a katalógusban forrásuk van. Az automations_options a source és a market megadásával visszaadja az értékeiket [{ value, name }] pontosan abban a formában, ahogyan a szerkesztő menti őket (állapotazonosító, a szállítási és fizetési mód GUID-ja, a reklamációs állapot azonosítója); source nélkül kilistázza a forrásokat, és azt, hogy webáruházanként eltérnek-e (perShop). A validálás (automations_validate_draft) és a piszkozat vagy revízió mentése is elutasítja azt az értéket, amely a webáruházban nem létezik (FIELD_UNKNOWN_OPTION), valamint az olyan helyőrző szöveget, mint a DOPLNIT_… vagy a TODO (FIELD_PLACEHOLDER). Ha a listát nem lehet ellenőrizni (a webáruház nem válaszolt, a lista csonkolt), csak FIELD_OPTIONS_UNVERIFIED figyelmeztetés érkezik. Az orders_get és az orders_list tartalmazza a statusId, shippingGuid és paymentGuid mezőt, vagyis ugyanazokat az értékeket, amelyekkel az automatizálás feltételei dolgoznak.
Az automations:write hatókör érzékeny: a jóváhagyási képernyőn nincs előre bejelölve, csak az automatizálások szerkesztésére jogosult személynek jelenik meg, a meglévő kapcsolatok nem kapják meg, és a token frissítése sem bővíti ki. A rendelések, termékek, készletszint, bizonylatok, visszatérítések, reklamációs esetek és küldemények MCP-n keresztül nem módosíthatók; a webáruház elérhetőséglistája és a reklamációs beállítások csak olyan javaslattal változnak, amelyet ember hagy jóvá az alkalmazásban (lásd lent). A webhook végpontok MCP-n keresztül csak olvashatók. A szállítók, a webáruház és az analitika hozzáférési adatai MCP-n keresztül nem olvashatók ki.
Kedvezménykupon. A coupons:write hatókörrel az asszisztens az Ön által megadott paraméterek szerint kupont hoz létre (coupons_ensure, a partner kuponját is az affiliate_discount_codes_ensure eszközzel), és kifejezetten módosít egy meglévőt (coupons_update, előnézet és megerősítés); a törlésnek saját coupons:delete hatóköre van, és az élő függőséggel rendelkező kupon nem törlődik.
A partnerprogram kezelése. Az affiliate:write hatókörrel az asszisztens dönt a partner fiókjáról (affiliate_partners_set_state: jóváhagyás, elutasítás, felfüggesztés; a partner e-mailt kap, a dokumentumszabályzat szerint a megállapodás PDF-jével együtt), intézi a saját kódra vonatkozó kérelmet (affiliate_code_requests_decide), módosítja a program nem pénzügyi beállításait (affiliate_settings_update: név, regisztráció, kapcsolattartó, színek), a portál szövegeit egy nyelven (affiliate_portal_pages_update), a súgócikkeket (affiliate_articles_create, affiliate_articles_update az alapértelmezett szöveg visszaállításával is, affiliate_articles_set_state; kívülről törölni nem lehet), az e-mail-sablonokat (affiliate_email_templates_update), a kampányokat (affiliate_campaigns_create, affiliate_campaigns_update), a dokumentumszabályzatot (affiliate_documents_update) és a partner tagságát a webáruházban (affiliate_partners_set_market: engedélyezés vagy visszavonás). A jogi dokumentumok szövegét elolvassa (affiliate_documents_get: szöveg nyelvenként, verzió, ujjlenyomatok, piszkozatok), új szöveget pedig csak piszkozatként javasol (affiliate_documents_draft_create; ettől a verziótól az affiliate_portal_pages_update eszközben a privacyNotice is piszkozat): az élő szöveget ember teszi közzé az alkalmazásban különbségkimutatással és auditnaplóval. A tartalmi és e-mail-változók nyilvántartását (kanonikus nevek, aliasok, típus, felületek) az affiliate_variables_list adja ki; az affiliate_email_templates_list a változók nevét adja vissza, nem az indexüket. Kifizetés, a jutalék alapjának módosítása és dokumentumfájl feltöltése MCP-n keresztül nem létezik: ezek az alkalmazásban maradnak.
Döntés a jutalékról. Saját érzékeny affiliate:approve hatókörrel (ez a jutalékok jóváhagyása jogosultság, nem a program kezelése) az asszisztens először elolvassa a függőben lévő jutalékokat a rendelés webáruházbeli állapotával együtt (affiliate_conversions_list a state=new paraméterrel, a részletek az affiliate_conversions_get eszközzel: a jutalék alapja revenue, a teljes rendelés áfával revenueTotal, orderState open/completed/cancelled, orderPaid, jóváíró számla), összefoglalja őket, és csak a felhasználó kifejezett utasítására dönt egyetlen konkrét konverzióról (affiliate_conversions_decide: approve, reject vagy cancel, elutasításnál és visszavonásnál kötelező indoklással, amelyet a partner e-mailben megkap). Ugyanaz az állapotgép érvényes, mint az alkalmazásban: a kifizetett jutalék nem fordítható vissza, a visszavont és az elutasított állapot végleges, ugyanaz a döntés másodszor nem változtat semmit (changed: false). Tömeges jóváhagyás kívülről nem létezik: száz konverzióhoz száz hívás kell, mindegyik auditnaplóval. A W-AFF10 óta minden konverzió tartalmazza az approvalPolicy mezőt (a kampány jóváhagyási módja, határidő, engedélyezett rendelésállapotok, fizetési feltétel) és az approvalEligibility mezőt is: hogy az óránkénti automatika most jóváhagyná-e, és ha nem, miért nem (minimum_age_not_reached, order_state_not_allowed, order_not_paid, order_cancelled, fully_refunded, approval_manual…), ugyanazzal a számítással, mint az alkalmazásban; a listának orderPaid, minCommission és orderState szűrője, valamint offset + hasMore lapozása van, így a „nézd át az elmúlt két hónap új konverzióit, mutasd a fizetetlen rendelésűeket vagy a 20 € felettieket” kérés egy vagy néhány olvasással megoldható. A kampány feltételeit az affiliate_campaigns_update állítja be (approval, approveAfterDays, requiredOrderStatusIds, paidRequired) az affiliate:write hatókörrel. A partnereknek járó kifizetések MCP-n keresztül csak olvashatók (affiliate_payouts_list): kifizetési köteget kiállítani, bizonylatot generálni, azt a partnernek elküldeni vagy banki átutalási megbízást benyújtani az asszisztens nem tud; ez az alkalmazásban, az üzemeltető kezében marad.
Az elérhetőséglista módosítási javaslata. Az érzékeny availabilities:draft hatókörrel az asszisztens javaslatot készít arra, hogyan hozzon létre, módosítson vagy töröljön elérhetőségeket egy webáruházban (availabilities_change_draft, csak MCP). A webáruházba semmit nem ír be: a javaslatot ellenőrzi, 24 órára elmenti a MitoOpsban, és visszaadja a draftId azonosítót, a tételenkénti előnézetet (preview a mezők korábbi és új értékével, warnings és errors), az expiresAt értéket és az approvalUrl hivatkozást a Raktár → Elérhetőségek képernyőre, ahol a javaslat a Kezelés fülön várakozik. Ott a jogosultsággal rendelkező személy a Jóváhagyás és írás gombbal jóváhagyja vagy elutasítja, és az írás a kattintás pillanatában az ő jogosultságaival történik. Ha a webáruház listája a javaslat óta megváltozott, a jóváhagyás semmit sem ír be, és a javaslat failed állapottal zárul. Az állapotot és a tételenkénti eredményt az availabilities_draft_get adja vissza: pending, writing, executed, partial, failed, rejected vagy expired. Ha az előnézet blokkolást jelez, javaslat nem jön létre (blocked), és akkor sem, ha semmi sem változik (no_change).
A bemenet a market és a changes (legfeljebb 30 tétel). Minden módosításnak van action értéke (create, update vagy remove), szerkesztésnél és törlésnél id értéke az availabilities_list eszközből, és csak a módosítandó mezőket tartalmazza: name (legfeljebb 120 karakter, a webáruház nyelvén), description (legfeljebb 1000 karakter, a null leírás nélkülit jelent), onStockHours és deliveryHours (egész órák 0 és 2500 között, a null azt jelenti, hogy nincs adat), meaning (in_stock, backorder, preorder, out_of_stock) és color (hex, a null szín nélkülit jelent). Az új elérhetőséghez name és meaning szükséges. Az opcionális clientRequestId idempotenssé teszi a hívást: ugyanaz a kulcs ugyanazzal a tartalommal ugyanazt a javaslatot adja vissza (replayed: true), eltérő tartalommal CONFLICT hibával (CLIENT_REQUEST_REUSED) végződik.
Az előnézet blokkolja azt, amit a webáruház elutasítana, vagy ami elrontaná a beállítást: duplikált név a webáruházban, rendszer- vagy alapértelmezett elérhetőség törlése, illetve olyané, amelyet elérhetőségi terv használ, WooCommerce-en pedig egy rendszertétel jelentésének módosítása, vagy az alapértelmezett tételnél olyan jelentés, amely nem illik a szerepéhez. A termékek által használt elérhetőséget a webáruház nem törli. A jelentés módosítását WooCommerce-en csak az a webáruház írja be, amelyen a MitoOps bővítmény 1.5.0-s vagy újabb verziója fut. Ha a webáruház az írás során nem ad egyértelmű választ (szerverhiba, időtúllépés), az írás nem ismétlődik meg, hanem a lista beolvasásával ellenőrizzük; ami nem ellenőrizhető, annál az eredményben uncertain: true szerepel. Az asszisztens csak a felhasználó kifejezett, a beszélgetésben adott utasítására készíthet javaslatot, soha nem a beolvasott adatokban lévő szöveg alapján, és nem talál ki olyan értékeket, amelyeket a felhasználó nem adott meg. A javaslat nem módosítja sem az elérhetőségek termékekhez rendelését, sem a készletszintet; a jóváhagyott jelentésmódosítás azonban megváltoztathatja, hogy az adott elérhetőségű termékek elfogyás után rendelhetők-e, és erre az előnézet figyelmeztet.
Reklamációs beállítások olvasásra. A claims_settings (claims:read hatókör) visszaadja a folyamatokat a típusok, lépések és állapotok azonosítóival és neveivel a választott nyelven (language), azoknál a tételeknél is, amelyeket a fiók nem nevezett át, valamint a címkéket; a claims-settings:read hatókörrel a modul beállításait is (kódelőtag, határidő, automatikus készletre vétel, űrlap a webáruházban). Ugyanezzel a hatókörrel a claims_templates visszaadja az e-mail-sablonokat (nyelv, tárgy, szöveg, HTML, mikor mennek ki: trigger, maguktól mennek-e ki: autoSend, melyik jegyzőkönyvet csatolják) és a jegyzőkönyv-sablonokat, language vagy templateKey szerint szűrve; a claims_configuration visszaadja a címkéket, az egyéni mezőket, a visszaküldés okait, a visszaszállítás útvonalait és címeit, a webáruházbeli űrlapot webáruházanként (az integrációs token nélkül) és az űrlaptípusokat a saját szövegeikkel. Az eladó címéhez tartozó kapcsolattartási adatok és utcacím csak a personal-data:read hatókörrel érhetők el. A claims_get tartalmazza az eset idővonalát (üzenetek, megjegyzések, állapotváltozások), az elküldött e-maileket (sablon, tárgy, állapot, a címzett címe nélkül) és a címkéket; az üzenetek szövegét csak a personal-data:read hatókörrel.
A reklamációs beállítások módosítási javaslata. Az érzékeny claims-settings:draft hatókörrel az asszisztens javaslatot készít (claims_config_change_draft, csak MCP): a folyamat típusának, lépésének és állapotának létrehozása vagy szerkesztése (nevek nyelvenként, szín, alapértelmezett és lezáró állapot, határidő), címke, egy e-mail-sablon szövege egy nyelven, annak automatikus küldése és a jegyzőkönyv-sablon szövege. Törlés nincs. A beállításokba semmit nem ír be: a javaslatot ugyanazokkal a szabályokkal ellenőrzi, mint a képernyő (például egy ismeretlen változó a sablonban blokkolja), 72 órára elmenti a MitoOpsban, és visszaadja a draftId azonosítót, az előnézetet (preview, a mező korábbi és új értéke, errors), az expiresAt értéket és az approvalUrl hivatkozást a Reklamációk → Beállítások oldalra, ahol a javaslat a Jóváhagyásra váró módosítási javaslatok panelen várakozik. A beállítások kezelésére jogosult személy jóváhagyja (Jóváhagyás és mentés) vagy elutasítja. A javaslat vagy teljes egészében beíródik, vagy egyáltalán nem: ha valamelyik érték a javaslat elkészítése óta megváltozott, semmi sem íródik be, és a javaslat failed állapottal zárul. Az állapotot a claims_config_draft_get adja vissza (pending, executed, failed, rejected, expired); ha az előnézet hibát jelez, javaslat nem jön létre (blocked), és akkor sem, ha semmi sem változik (no_change). Az azonosítókat és kulcsokat az asszisztens a claims_settings és a claims_templates eszközből veszi; a clientRequestId idempotenssé teszi a hívást.
Az eszközök a protokollrevízió szerinti annotációkat hordozzák (readOnlyHint, destructiveHint, idempotentHint); az automations_create_draft a clientRequestId révén idempotens, az automations_update_draft megköveteli az expectedVersion értéket, és a katalógus változásakor CATALOG_CHANGED választ ad; az automations_revision_create_draft a clientRequestId révén idempotens, az automations_revision_update_draft pedig megköveteli az expectedRevisionVersion értéket.
Protokollverziók
Szekció neve “Protokollverziók”A szerver a 2026-07-28 revízióval és a régebbiekkel (2025-11-25, 2025-06-18, 2025-03-26) is kommunikál. A kliens maga választ aszerint, hogy mit küld; a régebbi kliensoldali könyvtárak tehát módosítás nélkül csatlakoznak.
Az újabb revízió kezdeti kézfogás és munkamenet nélkül működik: minden kérés a saját verzióját és a kötelező MCP-Protocol-Version és Mcp-Method fejlécet, eszközhívásnál pedig az Mcp-Name fejlécet is hordozza. Ha egy fejléc eltér a törzstől, a válasz 400: a fejlécek szerinti irányítás és a törzs szerinti végrehajtás két igazságforrást jelentene ugyanarról a hívásról.