Írta: Miloš Duraković
Miben segíthetünk: MI-ügynök és MCP integrációA szolgáltatás megtekintéseAz x402 és a gépi fizetések 2026-ban: hogyan kérhet díjat az MI-ügynököktől kérésenként, és mennyi ebből a valóság

A HTTP-nek a web korai napjai óta van erre állapotkódja. Az RFC 9110 ma is világosan fogalmaz: „A 402 (Payment Required) állapotkód későbbi felhasználásra van fenntartva.” 2026-ban két protokoll próbálja eljuttatni ezt a jövőt. Az x402, amelyet a Coinbase indított el, és ma egy Linux Foundation-projekt vezet, árral válaszol egy kérésre, és az újrapróbálkozásnál aláírt stablecoin-fizetést fogad el. A Machine Payments Protocol (MPP), a Stripe és a Tempo terméke, ugyanezt a HTTP hitelesítési headerjein keresztül teszi, és a stablecoinok mellett kártyákat is hordoz. Az AWS és a Cloudflare most mindkét ötletet az edge-en értékesíti, így egy kiadó díjat kérhet az MI-crawlerektől anélkül, hogy az originjéhez hozzányúlna.
Az ajánlat vonzó mindenkinek, aki olyan adatot, API-t vagy tartalmat értékesít, amelyet MI-ügynökök olvasnak: hívásonként kell fizetni, az elszámolás másodpercek alatt megtörténik, nincsenek fiókok és számlák. Az ajánlat mögötti számok viszont más lapra tartoznak. Az x402 egy független mérése a Base hálózaton azt találta, hogy a rögzített elszámolások többsége önfizetés vagy egyetlen wallet-fürtön belüli pénzmozgás, egy blokklánc-elemző cég pedig 2026-ban havi nagyjából USD 5 000 és 11 000 közé tette azt a volument, amely ügynökök vásárlásának látszik.
Ez a cikk olyan API-k, adatszolgáltatások és tartalmi oldalak tulajdonosainak és fejlesztőinek szól, akik azt mérlegelik, hogy most kezdjenek-e díjat kérni az ügynököktől. Bemutatja, hogyan működnek a protokollok, mit kínál az egyes szolgáltató 2026. október 22-én, mit kellene megépítenie, mit mutatnak valójában a volumenek, és milyen szabályozási kérdések járnak a stablecoinok tartásával.
Hogyan működik az x402
A specifikáció a 2. verziónál tart, 2025. december 9-i keltezéssel, egy olyan repositoryban, amely a Coinbase-től az x402 Foundationhöz költözött. Három szerepet határoz meg: az erőforrás-szervert (resource server), amely fizetést kér, a klienst (gyakran egy ügynököt), amely fizet, és a facilitatort, amely „kezeli a fizetés ellenőrzését és a blokklánc-elszámolást”.
Egy fizetős kérés így zajlik:
- A kliens elkéri az erőforrást, és
402 Payment Requiredválaszt kap. EgyPAYMENT-REQUIREDheader Base64-kódolt objektumot hordoz, amely egy vagy több elfogadható fizetési módot sorol fel, mindegyiketscheme-mel, CAIP-2 formátumúnetwork-kel (azeip155:8453a Base), a token legkisebb egységeiben megadottamount-tal,asset-tel,payTocímmel ésmaxTimeoutSecondsértékkel. - A kliens aláír egy fizetést, és megismétli a kérést egy
PAYMENT-SIGNATUREheaderrel. EVM-láncokon ez egy EIP-3009 átutalási felhatalmazásra adott EIP-712 aláírás, időablakkal és 32 bájtos nonce-szal az újrajátszás (replay) ellen. - A szerver ellenőrizteti a facilitatorral az aláírást (
POST /verify, amely „NEM rögzíthet fizetési állapotot”), lefuttatja a kezelőjét, majd elszámoltatja a facilitatorral (POST /settle). - A szerver az erőforrással és egy
PAYMENT-RESPONSEheaderrel válaszol, amely a tranzakció hash-ét tartalmazza.
Ez az alapértelmezett „authorization” folyam: „a fizetést az erőforrás végrehajtása előtt ellenőrzik, és utána számolják el”. Két másik folyam is meghatározott: az egyik először számol el, a másik letétet vesz fel, és a végső összeget utólag számolja el. Ha egy elszámolást szétküldtek, de nem erősítettek meg, a facilitator settlement_pending választ adhat a hash-sel, és a szervernek egyeztetnie kell, mielőtt bárki újrapróbálkozik.
Két részlet sok embert megfog. Az 1. verzió, amelyet a legtöbb régebbi útmutató mutat, X-PAYMENT és X-PAYMENT-RESPONSE headereket és base-sepolia típusú hálózatneveket használt; a 2. verzió átnevezte a headereket, és áttért a CAIP-2-re. Ugyanezeket az üzeneteket pedig MCP-n és az Agent-to-Agent (A2A) protokollon is meghatározták: MCP-n egy fizetős eszköz isError: true értékű eredményt ad vissza, a fizetés pedig a _meta["x402/payment"] mezőben utazik.
A négy fizetési séma
| Séma | Mit csinál | Hol van kötve a specifikációban | Visszatérítések |
|---|---|---|---|
exact | Fix összeg, amelyet a szerver előre ismer | 18 hálózat, az EVM-től és a Solanától a Stellarig, a TON-ig és az XRPL-ig | Nincs meghatározva: „bármilyen jogorvoslat az erőforrás-szerver saját megállapodása” |
upto | Egy maximumot hatalmaz fel, az elszámoláskor a tényleges használatot terheli (például generált tokenenként) | EVM és Solana | Nincs meghatározva |
batch-settlement | Kérésenként vállalást fogad el, és sokat számol el később egyszerre, arra az esetre, ha „a gas díjak meghaladják az egyes kérések értékét” | EVM, Solana és egy Cloudflare-kötés | A kötéstől függ |
auth-capture | Zárolás, kisebb összeg lehívása, érvénytelenítés, visszatérítés, és az ügyfél visszaigénylése egy határidő után | Csak EVM; tervezet (v1.1, 2026. aug. 18.) | Az egyetlen séma, amelyben van |
EVM-láncokon elvileg bármely ERC-20 token működik, az EIP-3009 (az USDC módszere) vagy a Permit2 révén. A gyakorlatban a referencia-SDK-k dollárban árazzák a fizetést, és a "$0.01" értéket hálózatonként egy USD-stablecoinra képezik le: USDC a Base-en és a legtöbb EVM-láncon, több stablecoin a Solanán, USDT a TON-on. A referenciakliens csak az általa ismert eszközöket fogadja el, és alapértelmezés szerint fizetésenként USD 1-ben korlátozza az összeget. Euróalapértelmezés nincs.
Facilitatorok: ki mozgatja a pénzt
A facilitator „opcionális, de ajánlott”. Ellenőrzi az aláírásokat, és beküldi az onchain átutalást, a dokumentáció szerint pedig „nem tart pénzeszközöket, és nem jár el letétkezelőként”: a pénz az Ön payTo wallet-jére érkezik.
- A nyilvános
x402.orgfacilitator csak tesztnetekhez való. Az eladói gyorsindító egyértelmű: „Ne használja újra ahttps://x402.org/facilitatorcímet mainnet útvonalakhoz.” - A Coinbase által üzemeltetett CDP facilitator havonta az első 1 000 onchain tranzakciót ingyen kezeli, utána tranzakciónként USD 0,001-et számít fel, az ellenőrzés mindig ingyenes. Minden fizetésen OFAC- és Know Your Transaction-ellenőrzést futtat, CDP API-kulcs kell hozzá, és a Base, a Polygon, az Arbitrum, a Monad, a World és a Solana hálózatot támogatja. Az
auth-capture-t nem sorolja fel. A kötegelt elszámolás szétteríti a díjat: „egyetlen onchain tranzakció több ezer fizetést is feldolgozhat”. - Az alapítvány további éles facilitatorokat sorol fel, köztük a Fireblocks, a Polygon, a PayAI, a Corbits, a Stellar és a Celo szolgáltatását, és azt írja, hogy a lista „nem teljes katalógus”.
- Önállóan is lehet facilitator, ha fizeti a gas díjat, és a Solanán megépíti a kettős elszámolás felismerését, amelyet egyébként a facilitator nyújtana.
Az x402 Foundation 2026. július 14-én állt üzembe 40 taggal. Prémium tagjai közé tartozik az Adyen, az AWS, az American Express, a Cloudflare, a Coinbase, a Google, a Mastercard, a Shopify, a Stripe és a Visa; műszaki irányítóbizottságának tagjai a Coinbase-től, a Cloudflare-től és a Stripe-tól vannak. A tagság az irányítás támogatását jelenti, nem bevezetést. Az indulási közlemény megemlíti a „a hagyományos kártyáktól a stablecoinokig terjedő fizetési típusok támogatását”, de a specifikációban ma nincs kártyakötés.
A Stripe Machine Payments Protocolja és a Tempo
A Stripe és a Tempo 2026. március 18-án indította el az MPP-t, azon a napon, amikor a Tempo mainnetje élesedett. A HTTP hitelesítési keretrendszerét használja: egy 402-t WWW-Authenticate: Payment kihívással (challenge), egy hitelesítő adatot (credential) az Authorization: Payment headerben, és sikeres esetben Payment-Receipt headert. Szándékai (intents) a charge (egyetlen fizetés), a session (streamelt fizetés egy csatornán) és a subscription, éles fizetési módjai pedig a Tempo stablecoinjai és a Stripe kártyás módszerei. A Visa ugyanazon a napon közzétett egy kártyás specifikációt és SDK-t az MPP-hez. A mögötte álló IETF-dokumentum egyéni Internet-Draft, amelynek „nincs formális státusza az IETF szabványosítási folyamatában”.
A Stripe oldalán az MPP kártyákat (Shared Payment Tokenseken keresztül) és stablecoinokat fogad el, a Stripe emellett x402 stablecoin-fizetéseket is fogad a Base-en, a Coinbase facilitatorán keresztül, egy Stripe befizetési címre elszámolva. Mindkét úton az eredmény PaymentIntentként kerül a Stripe-egyenlegére, a befizetési címre küldött stablecoinokat pedig átváltják: „A Stripe automatikusan fiat pénzre váltja ezeket a fizetéseket, és elszámolja őket a Stripe-egyenlegén.” A feltételek:
- A stablecoin-elfogadás „az Egyesült Államok minden államában elérhető a vállalkozásoknak, New York kivételével”. Máshol e-mailben kell hozzáférést kérni a Stripe-tól, amelyet elbírálnak; az EU, Hongkong, Mexikó és Svájc privát előzetes verzióban van.
- A minimum kártyás fizetésnél USD 0,50, stablecoin-fizetésnél 0,01 USDC. Az MPP-munkamenetek „akár 0,000001 USDC-s” lépésekben is terhelhetnek, de egész centben számolnak el, a cent alatti maradék pedig elvész.
- A Stripe-on a stablecoin-fizetésekhez nincs vitarendezési (dispute) támogatás, a visszatérítések stablecoinként mennek vissza az eredeti wallethez, egyetlen tranzakció pedig USD 10 000-ban korlátozott.
- Az API-k előzetes verziók (
2026-07-29.previewaz MPP-hez,2026-05-27.previewaz x402 befizetési címhez).
A Visa Intelligent Commerce Connect, amelyet 2026. április 8-án pilotként jelentettek be, az MPP-t sorolja azon ügynökprotokollok között, amelyeket a kereskedők rajta keresztül elfogadhatnak. Az x402-t nem sorolja fel.
Díjszedés az edge-en: AWS és Cloudflare
Ha a tartalma vagy az API-ja már egy CDN mögött áll, a díjat az edge is beszedheti.
Az AWS WAF AI traffic monetization (bejelentették 2026. június 15-én) „géppel olvasható HTTP 402 Payment Required választ ad az x402 nyílt protokoll használatával” a botoknak és ügynököknek, és a Coinbase facilitatorán keresztül számol el egy Ön által megadott, Base-en vagy Solanán lévő USDC-wallet felé. A funkció nem jár külön díjjal, de a szokásos WAF- és Bot Control-díjak érvényesek, és csak a CloudFronttal működik. Az ellenőrzött keresőcrawlereket másképp árazhatja, mint az ellenőrizetlen ügynököket és a tanítási célú crawlereket, és élesítés előtt tesztelhet. Csak akkor számol el, ha az origin 2xx választ ad, 4xx vagy 5xx esetén nem terhel. A dokumentáció őszintén beszél a költségekről: kérésenként legalább USD 0,001, a fizetős kéréseknél „több másodpercnyi többletkésleltetés”, „valószínűségi” botfelismerés, és figyelmeztetés arra, hogy a nem csak botokra szűkített Monetize szabály „gyakorlatilag blokkolja a hozzáférést a nem automatizált kliensek elől”. „Az AWS nem fél, és nem része a pénzáramlásnak”, Ön pedig elfogadja a Coinbase feltételeit. A Stripe-elszámolás és az MPP-támogatás a bejelentéskor „hamarosan” érkezőként szerepelt.
A Cloudflare pay per crawl más modell. Zárt bétaváltozatban van, a domainjének Cloudflare-en kell lennie, egyetlen árat állít be az összes díjköteles crawlerre, és a Cloudflare „a Merchant of Record szerepét tölti be” (a vásárlásért jogilag felelős kereskedő). A crawlerek Web Bot Auth-tal azonosítják magukat, és Stripe-számlával fizetnek, nem wallet-ből. Stablecoinhoz sosem nyúl.
A Cloudflare Workers bármely HTTP-háttérrendszer elé tehet x402- vagy MPP-proxyt, útvonalmintánként árazva, és csak az alacsony bot-pontszámú kéréseket terhelheti, így az emberek ingyen böngészhetnek. Az Agents SDK-ban van paidTool, amely egy MCP-eszközt fizetőssé alakít. Vegye figyelembe, hogy a Cloudflare példái a tesztnet-orientált x402.org facilitatort és az 1. verzió hálózatneveit használják; élesben cserélje őket éles facilitatorra és CAIP-2 azonosítókra.
Mennyi ebből a valóság
A címszámok nagyok, és nem egyeznek egymással. Az x402.org főoldala az elmúlt 30 napban 75,41 millió tranzakciót és USD 24,24 milliót mutat, az oldalon dátum, forrás és módszer nélkül. A Coinbase azt mondja, hogy facilitatora „több mint 100 millió tranzakciót és 28 millió dollár fizetési volument dolgozott fel egyedül a Base-en és a Solanán”, időszak megadása nélkül. Ezek elszámolások számai, és épp ez a baj.
A City University of Hong Kong, a Chinese University of Hong Kong és a Zhejiang University kutatóinak mérési tanulmánya (preprint, 2026. július 14-én tették közzé) az x402 forgalmának 280 napját vizsgálta a Base-en, 2025. szeptember 17-től 2026. június 23-ig: 136 708 672 elszámolást, USD 44,1 millió értékben. Ezek közül „21,20% fiktív, 63,78% pedig egy összekapcsolt fürtön belüli belső elszámolás”. Az az érték, amely „bizonyíthatóan elér egy megnevezhető szolgáltatást”, USD 187 861,35 volt. A 624 címzettből, aki valaha kapott fizetést, 249 keresett legalább USD 10-t, az élettartam alatti bevétel mediánja USD 3,96 volt, és a 910 meghirdetett hostból csak 474 adott még élő fizetési kihívást (payment challenge). A szerzők következtetése: „Az elszámolások száma az előállíthatóságot méri, nem az elfogadottságot.”
A blokklánc-monitorozást értékesítő TRM Labs 2025 májusa óta 198,9 millió elszámoláson keresztül USD 52,7 milliót számolt a Base-en, a Solanán és a Polygonon. Nagyjából a fele kiesett, miután kivették az önfizetést, a tömeges folyamokat és a kevés vevővel rendelkező eladókat. A megmaradt USD 25,62 millióból becslése szerint 0,6% és 7,5% közötti rész „ügynöki jellegűnek látszik”, az ügynökök által mozgatott volumen pedig 2026 során nagyjából havi USD 5 000 és 11 000 körül maradt. Az eladók számára hasznos az olvasata: „az ügynökforgalom vonzása más kialakítást igényel. Géppel olvashatónak kell lennie, és hívásonkénti árazást kell tartalmaznia egy olyan végponton, amelyet a vevő anélkül fedezhet fel, hogy ember valaha látná az oldalt.”
Mindez nem azt mondja, hogy az ötlet rossz. Azt mondja, hogy 2026 októberében egy kérésenként az ügynököktől díjat kérő végpontnak kísérleti nagyságrendű bevételre kell számítania, és nem szabad a címszámokra tervezni.
Ki tartja a pénzt, és melyik szabály vonatkozik rá
Az x402-vel a fizetés közvetlenül az Ön wallet-jére megy. Ez azt jelenti, hogy az Ön vállalkozása tartja a kulcsokat, USDC-t visz a könyveiben, és átváltja a saját pénznemére, hacsak egy szolgáltató, például a Stripe, nem váltja át Önnek. A facilitator szűrése (a Coinbase OFAC- és KYT-ellenőrzései) a facilitator dolga; az x402 specifikáció ilyet nem határoz meg. A visszatérítések Önre tartoznak: az exact „nem határoz meg visszatérítést”, a Stripe stablecoin-fizetéseinél pedig nincsenek viták.
Két szabályozási rendszer érinti azt, aki a pénzáramlás útvonalán áll.
- Egyesült Államok: a GENIUS Act. A Public Law 119-27, amelyet 2025. július 18-án hagytak jóvá, a törvény elfogadása után 18 hónappal lép hatályba, vagy a végleges szabályozás után 120 nappal, attól függően, melyik következik be előbb. Az amerikai Pénzügyminisztérium (Treasury) 2026. augusztus 18-i javasolt szabálya szerint a hatálybalépés napja „várhatóan 2027. január 18.”. Ettől a naptól a digitáliseszköz-szolgáltató nem tehet elérhetővé külföldi kibocsátó stablecoinját az Egyesült Államokban, hacsak a kibocsátó nem tud megfelelni a jogszerű végzéseknek. 2028. július 18-tól a digitáliseszköz-szolgáltató nem kínálhat és nem adhat el fizetési stablecoint az Egyesült Államokban lévő személynek, hacsak azt engedélyezett kibocsátó nem bocsátotta ki. A törvény a digitáliseszköz-szolgáltatót olyan tevékenységek alapján határozza meg, mint digitális eszközök mások számára történő váltása, átutalása vagy tartása, „díjazásért vagy haszonért” végezve.
- Európai Unió: a MiCA. A kriptoeszköz-szolgáltatók átmeneti időszaka 2026. július 1-jén véget ért. Az ESMA közleménye: „minden olyan szervezet, amely MiCA-engedély nélkül nyújt kriptoeszköz-szolgáltatásokat uniós ügyfeleknek, megsérti az uniós jogot, és be kell szüntetnie az ilyen szolgáltatások kínálatát”, az unión kívüli cégek pedig nem szolgálhatnak ki uniós ügyfeleket, „... üzleti ügyfelek közötti kapcsolatban (business-to-business) sem”. Az USD-stablecoinok a MiCA szerint e-pénz-tokenek. Az ESMA tanácsa a felhasználóknak, hogy ellenőrizzék, szerepel-e a szolgáltató az ideiglenes nyilvántartásában.
Egyik forrás sem dönti el azonban annak a vállalkozásnak a helyzetét, amely csak saját API-ja vagy tartalma ellenértékeként fogad el stablecoinokat. A GENIUS Act korlátozásai a digitáliseszköz-szolgáltatókra, a MiCA a kriptoeszköz-szolgáltatókra íródtak; hogy az Ön megoldása Önt teszi-e valamelyikké, vagy olyan szolgáltatóktól függ-e, amelyeknek annak kell lenniük, azt minden joghatóságban, ahol működik, ügyvéddel kell tisztázni. Mi mérnökök vagyunk, nem jogászok, és a jogi tanácsadója válaszához igazodva építünk. A gyakorlatban kérdezze meg a láncában lévő minden szolgáltatót, rendelkezik-e engedéllyel ott, ahol az ügyfelei vannak.
Négy mód a megépítésére
A legkevesebb kódtól a legtöbbig:
- Hagyja, hogy a CDN szedje a díjat. AWS WAF a CloudFronton: monetizációs konfiguráció, benne a wallet és az árak, botcímkékre szűkített Monetize szabályok, először tesztmód, az origin módosítása nélkül. Cloudflare pay per crawl: ha benne van a bétában, egy ár és a kifizetési beállítások, a Cloudflare mint Merchant of Record.
- Hagyja, hogy egy fizetési szolgáltató szedje a díjat. Stripe MPP: egy Stripe-profil, az
mppxkönyvtár, egychargehívás a kezelőjében és egy Tempo befizetési cím. Kártya és stablecoin, fiat pénzben elszámolva a Stripe-egyenlegére. Vagy x402 a Stripe-on, CDP-fiókkal és egy Base befizetési címmel, csak stablecoin. - Futtassa az x402-t a saját szerverén a keretrendszeréhez való SDK-middleware-rel (Express, Hono, Next.js, Fastify; Python és Go SDK is van), egy hosztolt facilitatorral, és egy útvonalkonfigurációval, amely tartalmazza a sémát, az árat, a hálózatot, a
payTocímet és a leírást. - Legyen saját facilitator, ha teljes kontrollra van szüksége, vagy olyan hálózatra, amelyet senki nem szolgál ki.
Bármelyik utat választja, néhány döntés Önnél marad: melyik séma illik a munkához (exact fix árakhoz, upto mért munkához, kötegelt elszámolás, ha a hívások kevesebbet érnek a gas díjnál), ki látja a paywallt (egy böngészőt használó embernek megjelenő 402 zsákutca), hogyan egyezteti a settlement_pending állapotot, az idempotens újrapróbálkozások, ha a kliensek fizetési azonosítót küldenek, a visszatérítések, a fogadó wallet letétkezelése, és hogyan könyveli az USDC-bevételeket. Az ügynököknek is tudniuk kell fizetni: egy x402 kliensnek olyan wallet kell, amely a megfelelő stablecoint tartja a megfelelő hálózaton, egy MPP kliensnek Link vagy Tempo wallet, egy pay per crawl crawlernek Web Bot Auth azonosító és Stripe-számlázási kapcsolat. Nem feltételezheti, hogy egy adott ügynöknek bármelyik megvan.
Érdemes-e most díjat kérni az ügynököktől?
- API-t vagy adatot értékesít, amelyet az ügynökök már hívnak: a kísérlet olcsó. Tegyen egy-két végpontot MPP vagy x402 mögé a meglévő kulcsai és csomagjai mellett, árazzon a küszöbök fölött (USD 0,001 az AWS-nél, 0,01 USDC a Stripe-on), és mérje, ki fizet. Tartsa meg a meglévő fizetős csomagokat: az ügynöki fizetési csatorna egyelőre kicsi lesz.
- Tartalmat publikál, amelyet az MI-crawlerek már olvasnak: erre valók az edge-opciók. AWS WAF, ha CloudFronton van, és kényelmesen tart USDC-t; Cloudflare pay per crawl, ha Cloudflare-en van, kártyás elszámolást akar, és be tud kerülni a bétába. Egyik sem bevételi terv még; mindkettő ad egy árat és egy naplót arról, ki nem volt hajlandó kifizetni.
- Azt szeretné, hogy az ügynökök árut vásároljanak a webáruházából: ez nem ez a probléma. A kártyahálózatok, a Stripe Shared Payment Tokens megoldása, valamint a Google és az OpenAI pénztári protokolljai fedik le azt, ahogy az ügynökök kereskedőktől vásárolnak, és ezeket az ügynöki fizetésekről szóló cikkünkben tárgyaljuk.
Mi változhat
- A GENIUS Act indulása 2027. január 18-án (korábban, ha a végleges szabályok előbb megjelennek), és az azt követő 2028-as korlátozás.
- Az AWS Stripe- és MPP-elszámolást ad hozzá, amelyet hamarosan érkezőként jelentettek be.
- Az
auth-captureérése, amely az x402-nek a tervezeteken kívül is visszatérítést adna. - Az MPP Internet-Draftja halad, vagy nem, egy IETF-munkacsoport felé.
- A Visa Intelligent Commerce Connect bővülése a pilotpartnerein túl, ami több kereskedőhöz hozná el a kártyával finanszírozott ügynöki fizetéseket az MPP-n keresztül.
Hol kaphat segítséget
Megépítjük a fizetős gépi hozzáférés szerveroldalát: a végpontonkénti mérést és árazást, az x402-es vagy MPP-s kihívásokat a meglévő API-k és MCP-eszközök előtt, az elszámolások egyeztetését azokba a rendszerekbe, amelyeket a pénzügyi csapata már használ, és a botazonosítást, amely eldönti, ki lát árat. MI-ügynök-fejlesztési és MCP-integrációs szolgáltatásunk az, ahol ez a munka elkezdődik.
Ha azt mérlegeli, hogy díjat kérjen-e az ügynököktől az API-jáért vagy a tartalmáért, és melyik szolgáltatón keresztül, írjon az office@c9group.dev címre.
Fizetések
Új útmutatók és jogszabályváltozások e-mailben
Ha változik egy jogszabály, módosul egy határidő vagy új útmutatót teszünk közzé, e-mailben elküldjük.