> For the complete documentation index, see [llms.txt](https://docs.ecommerce.seb.ee/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.ecommerce.seb.ee/seb-docs-draft/seb-docs-public-lt/darbo-pradzia/laidos-pastabos/laidu-politika.md). # Laidų politika Elektroninės prekybos mokėjimų šliuzas nuolat prižiūrimas ir tobulinamas kaip valdoma paslauga. Šiame puslapyje paaiškinama, kaip pranešama apie būsimus pakeitimus, kaip galite iš anksto peržiūrėti ir išbandyti susijusias funkcijas ir kaip nurodome, kada reikia jūsų veiksmų. {% hint style="success" %} Apie būsimus leidimus paprastai pranešama naudojant Leidimo kandidatą likus bent vienam mėnesiui iki planuojamos išleidimo datos. Dokumentacijos portalo Leidimo pastabos yra pagrindinis informacijos apie būsimus ir įdiegtus pakeitimus šaltinis. Taip pat galite pasirinkti gauti pranešimus apie leidimus el. paštu. {% endhint %} *** ### Kaip veikia leidimai Įprastas leidimas paprastai vyksta pagal paprastą gyvavimo ciklą: Leidimo kandidatas → Testavimas Sandbox aplinkoje, jei taikoma → Leidimas prieinamas | Etapas | Ko tikėtis | | ---------------------------- | ------------------------------------------------------------------------------- | | Leidimo kandidatas | Paskelbiama išankstinė planuojamos funkcijos ir pakeitimų apžvalga | | Testavimas Sandbox aplinkoje | Susijusi funkcija gali būti prieinama Sandbox aplinkoje išankstiniam testavimui | | Leidimas prieinamas | Patvirtinti pakeitimai tampa prieinami kaip Paslaugos dalis | {% hint style="warning" %} Ne kiekvienam leidimui ar pakeitimui reikalingas testavimas Sandbox aplinkoje arba jūsų veiksmai. {% endhint %} *** ### Leidimo kandidatas Leidimo kandidatas paprastai paskelbiamas likus bent vienam mėnesiui iki planuojamos išleidimo datos. Jame pateikiama išankstinė informacija apie šiuo metu planuojamus būsimam leidimui pakeitimus, kurie gali apimti: * naują funkcionalumą; * esamos funkcijos patobulinimus; * Pardavėjo portalo ir UI/UX pakeitimus; * mokėjimo funkcionalumą ir mokėjimo būdus; * API pakeitimus; * SDK ir įskiepių atnaujinimus; * saugumo, reguliavimo ar mokėjimo schemos reikalavimų pakeitimus; ir * pakeitimus, dėl kurių gali reikėti jūsų veiksmų. #### Kaip jums pranešama Kai paskelbiamas Leidimo kandidatas: * Leidimo pastabos paskelbiamos Dokumentacijos portale; * Dokumentacijos portale rodoma būsimo leidimo pranešimas; Leidimo kandidatas atspindi planuojamą apimtį paskelbimo metu. Atskiros funkcijos, apimtis arba planuojama išleidimo data gali keistis galutinai rengiant leidimą. Jei taip nutinka, Leidimo pastabos ir Dokumentacijos portalo pranešimas bus atitinkamai atnaujinti. *** ### Testavimas Sandbox aplinkoje Kai atitinkama funkcija yra prieinama testavimui prieš leidimą, tai bus aiškiai nurodyta Leidimo pastabose. Leidimo pastabose gali būti nurodyta: * kas prieinama testavimui; * kada tai tampa prieinama Sandbox aplinkoje; * taikoma API arba komponento versija; * aktualūs testavimo aspektai; ir * ar prieš išleidimo datą reikia imtis kokių nors veiksmų. Tai suteikia galimybę patikrinti pakeitimus, kurie turi įtakos jūsų integracijai ar mokėjimo patirčiai, prieš jiems tampant Paslaugos dalimi. {% hint style="info" %} Ne visiems pakeitimams reikalingas išankstinis prieinamumas Sandbox aplinkoje. Pavyzdžiui, tam tikri UI/UX patobulinimai, klaidų taisymai, vidiniai techniniai pakeitimai ir saugumo atnaujinimai gali nereikalauti išankstinio testavimo. {% endhint %} *** ### Versijavimas Jums nereikia sekti pagrindinės Paslaugos programinės įrangos versijos. Komponentai, su kuriais integruojatės arba kuriuos diegiate tiesiogiai, pvz., API, mobilieji SDK ir elektroninės prekybos įskiepiai, turi savo versijų numerius. #### API API versijos atitinka formatą: `vPAGRINDINĖ.NEDIDELĖ.PATAISA` Pavyzdys: `v1.0.0` * PAGRINDINĖ — nesuderinami pakeitimai, dėl kurių gali reikėti keisti jūsų esamą integraciją. * NEDIDELĖ — naujas funkcionalumas arba patobulinimai, išlaikantys atgalinį suderinamumą. * PATAISA — atgalinį suderinamumą išlaikantys taisymai ir techniniai patobulinimai. {% hint style="info" %} Paslaugos leidimas automatiškai nesukuria naujos API versijos. Jūsų integracija gali ir toliau naudoti tą pačią API versiją per kelis leidimus. {% endhint %} #### SDK ir įskiepiai Mobilieji SDK ir elektroninės prekybos įskiepiai versijuojami nepriklausomai ir gali turėti savo leidimo gyvavimo ciklą. Pavyzdžiai: Mobilusis SDK `v3.4.1`\ WooCommerce įskiepis `v2.5.0` Jei taikoma, Leidimo pastabose bus nurodyta nauja komponento versija ir ar atnaujinimas yra: * Pasirinktinis — atnaujinti nereikia; * Rekomenduojamas — rekomenduojama atnaujinti, kad gautumėte naujausią funkcionalumą, patobulinimus ar taisymus; arba * Privalomas — komponentą reikia atnaujinti per nurodytą terminą. {% hint style="info" %} Kai reikalingas atnaujinimas, Leidimo pastabose bus pateiktos arba nurodytos atitinkamos atnaujinimo ar migravimo instrukcijos. {% endhint %} *** ### Leidimo poveikis Kiekvienas aktualus pakeitimas klasifikuojamas pagal numatomą poveikį. | Poveikis | Ką tai reiškia | Ką turite daryti | | -------------------- | ---------------------------------------------------------------------------------------------------- | --------------------------------------------------------- | | Veiksmų nereikia | Pakeitimas suderinamas su jūsų esamu Paslaugos naudojimu | Nieko | | Reikia žinoti | Pakeitimas paveikia funkcionalumą arba naudotojo patirtį, tačiau nereikalauja integracijos pakeitimo | Peržiūrėkite Leidimo pastabas | | Reikia imtis veiksmų | Pakeitimui reikalingas integracijos, konfigūracijos arba komponento atnaujinimas | Vadovaukitės Leidimo pastabose pateiktomis instrukcijomis | #### Veiksmų nereikia Pavyzdžiai gali apimti: * naują pasirenkamą funkcionalumą; * Pardavėjo portalo UI/UX patobulinimus; * Priglobto atsiskaitymo patobulinimus; * atgalinį suderinamumą išlaikančius API patobulinimus; * našumo ir patikimumo patobulinimus; ir * klaidų taisymus. #### Reikia žinoti Naudojama, kai pakeitimas paveikia tai, kaip naudojatės Paslauga, tačiau nereikalauja techninių įgyvendinimo pakeitimų. Pavyzdžiai gali apimti: * reikšmingi Pardavėjo portalo pakeitimai; * darbo eigos arba navigacijos pakeitimai; * ataskaitų teikimo patobulinimai; * nauja mokėjimo funkcionalumas; ir * esamos funkcijos pakeitimai. #### Reikia imtis veiksmų Naudojama, kai reikia pakeisti jūsų integraciją, konfigūraciją arba įdiegtą komponentą. Leidimo pastabose, jei taikoma, bus nurodyta: * kas keičiasi; * ką turite daryti; * paveiktas funkcionalumas arba komponentas; * prieinamumas Sandbox aplinkoje; * migravimo arba įgyvendinimo instrukcijos; * įsigaliojimo data; ir * migravimo arba palaikymo nutraukimo terminas. {% hint style="info" %} Kai reikalingi veiksmai, peržiūrėkite atitinkamas Leidimo pastabas ir atlikite būtinus pakeitimus per nurodytą terminą. {% endhint %} *** ### Skubūs ir saugumo atnaujinimai Kai kurie pakeitimai negali sekti standartinio leidimo gyvavimo ciklo. Skubūs atnaujinimai gali būti reikalingi siekiant apsaugoti Paslaugos saugumą, prieinamumą, vientisumą ar atitiktį, arba įvykdyti skubius reguliavimo ar mokėjimo schemos reikalavimus. \ Skubiems arba saugumo atnaujinimams standartinis Leidimo kandidato pranešimo laikotarpis ir išankstinis prieinamumas Sandbox aplinkoje gali būti netaikomi. Jei skubus atnaujinimas reikalauja veiksmų arba iš esmės paveikia Paslaugą, aktuali informacija bus perduota kuo greičiau, kiek tai pagrįstai įmanoma. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.ecommerce.seb.ee/seb-docs-draft/seb-docs-public-lt/darbo-pradzia/laidos-pastabos/laidu-politika.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.