> 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-lv/darba-saksana/laidiena-piezimes/laidiena-politika.md). # Laidiena politika E-komercijas maksājumu vārteja tiek nepārtraukti uzturēta un pilnveidota kā pārvaldīts pakalpojums. Šajā lapā ir skaidrots, kā tiek paziņots par gaidāmajām izmaiņām, kā jūs varat iepriekš pārskatīt un testēt atbilstošo funkcionalitāti, un kā mēs norādām, kad no jums ir nepieciešama rīcība. {% hint style="success" %} Par gaidāmajām versijām parasti tiek paziņots, izmantojot laidiena kandidātu, vismaz vienu mēnesi pirms plānotā izlaišanas datuma. Dokumentācijas portāla laidiena piezīmes ir galvenais informācijas avots par gaidāmajām un piegādātajām izmaiņām. Jūs varat arī izvēlēties saņemt laidiena paziņojumus pa e-pastu. {% endhint %} *** ### Kā darbojas laidieni Tipisks laidiens seko vienkāršam dzīves ciklam: Laidiena kandidāts → Sandbox testēšana, ja piemērojams → Laidiens pieejams | Posms | Ko sagaidīt | | ------------------ | ----------------------------------------------------------------------------------- | | Laidiena kandidāts | Tiek publicēts iepriekšējs pārskats par plānoto funkcionalitāti un izmaiņām | | Sandbox testēšana | Attiecīgā funkcionalitāte var tikt nodrošināta Sandbox vidē iepriekšējai testēšanai | | Laidiens pieejams | Apstiprinātās izmaiņas kļūst pieejamas kā Pakalpojuma daļa | {% hint style="warning" %} Ne katram laidienam vai izmaiņai ir nepieciešama Sandbox testēšana vai rīcība no jūsu puses. {% endhint %} *** ### Laidiena kandidāts Laidiena kandidāts parasti tiek publicēts vismaz vienu mēnesi pirms plānotā izlaišanas datuma. Tajā ir sniegta iepriekšēja informācija par izmaiņām, kas pašlaik ir plānotas nākamajam laidienam, un tajā var būt iekļauts: * jauna funkcionalitāte; * esošās funkcionalitātes uzlabojumi; * Merchant Portal un UI/UX izmaiņas; * maksājumu funkcionalitāte un maksājumu metodes; * API izmaiņas; * SDK un spraudņu atjauninājumi; * drošības, normatīvo prasību vai maksājumu shēmu izmaiņas; un * izmaiņas, kuru dēļ var būt nepieciešama rīcība no jūsu puses. #### Kā jūs saņemat paziņojumus Kad tiek publicēts laidiena kandidāts: * Laidiena piezīmes tiek publicētas Dokumentācijas portālā; * Dokumentācijas portālā tiek parādīts paziņojums par gaidāmo laidienu; Laidiena kandidāts atspoguļo plānoto tvērumu publicēšanas brīdī. Atsevišķas funkcijas, tvērums vai plānotais izlaišanas datums var mainīties, kad laidiens tiek pabeigts. Ja tas notiek, laidiena piezīmes un Dokumentācijas portāla paziņojums tiks attiecīgi atjaunināti. *** ### Sandbox testēšana Ja atbilstošā funkcionalitāte pirms laidiena ir pieejama testēšanai, tas tiks skaidri norādīts laidiena piezīmēs. Laidiena piezīmēs var tikt norādīts: * kas ir pieejams testēšanai; * kad tas kļūst pieejams Sandbox vidē; * piemērojamā API vai komponentes versija; * attiecīgie testēšanas apsvērumi; un * vai pirms izlaišanas datuma ir nepieciešama kāda rīcība. Tas sniedz jums iespēju pārbaudīt izmaiņas, kas ietekmē jūsu integrāciju vai maksājumu pieredzi, pirms tās kļūst par Pakalpojuma daļu. {% hint style="info" %} Ne visām izmaiņām ir nepieciešama iepriekšēja pieejamība Sandbox vidē. Piemēram, noteiktiem UI/UX uzlabojumiem, kļūdu labojumiem, iekšējām tehniskām izmaiņām un drošības atjauninājumiem var nebūt nepieciešama iepriekšēja testēšana. {% endhint %} *** ### Versiju pārvaldība Jums nav jāseko līdzi pamatā esošās Pakalpojuma programmatūras versijai. Komponentēm, ar kurām jūs integrējaties vai kuras instalējat tieši, piemēram, API, mobilo SDK un e-komercijas spraudņiem, ir savi versiju numuri. #### API API versiju formāts ir šāds: `vMAJOR.MINOR.PATCH` Piemērs: `v1.0.0` * MAJOR — nesaderīgas izmaiņas, kuru dēļ var būt nepieciešamas izmaiņas jūsu esošajā integrācijā. * MINOR — jauna funkcionalitāte vai uzlabojumi, kas saglabā savietojamību ar iepriekšējām versijām. * PATCH — ar iepriekšējām versijām savietojami labojumi un tehniskie uzlabojumi. {% hint style="info" %} Pakalpojuma laidiens automātiski nenozīmē jaunu API versiju. Jūsu integrācija var turpināt izmantot to pašu API versiju vairāku laidienu ietvaros. {% endhint %} #### SDK un spraudņi Mobilie SDK un e-komercijas spraudņi tiek versēti neatkarīgi un tiem var būt savs laidienu dzīves cikls. Piemēri: Mobilais SDK `v3.4.1`\ WooCommerce spraudnis `v2.5.0` Attiecīgā gadījumā laidiena piezīmēs tiks norādīta jaunā komponentes versija un tas, vai atjauninājums ir: * Pēc izvēles — jauninājums nav nepieciešams; * Ieteicams — ieteicams veikt jauninājumu, lai saņemtu jaunāko funkcionalitāti, uzlabojumus vai labojumus; vai * Obligāts — komponente jājaunina norādītajā termiņā. {% hint style="info" %} Ja atjauninājums ir nepieciešams, laidiena piezīmēs tiks sniegtas vai norādītas atbilstošās jaunināšanas vai migrācijas instrukcijas. {% endhint %} *** ### Laidiena ietekme Katras atbilstošās izmaiņas tiek klasificētas atbilstoši paredzamajai ietekmei. | Ietekme | Ko tas nozīmē | Kas jums jādara | | ------------------------ | ------------------------------------------------------------------------------------------ | ------------------------------------------------ | | Nav nepieciešama rīcība | Izmaiņas ir saderīgas ar jūsu esošo Pakalpojuma izmantošanu | Nekas | | Nepieciešama informētība | Izmaiņas ietekmē funkcionalitāti vai lietotāja pieredzi, bet neprasa integrācijas izmaiņas | Pārskatiet laidiena piezīmes | | Nepieciešama rīcība | Izmaiņām ir nepieciešams integrācijas, konfigurācijas vai komponentes atjauninājums | Izpildiet laidiena piezīmēs sniegtos norādījumus | #### Nav nepieciešama rīcība Piemēri var ietvert: * jaunu, neobligātu funkcionalitāti; * Merchant Portal UI/UX uzlabojumus; * Hostētā Checkout uzlabojumus; * ar iepriekšējām versijām savietojamus API uzlabojumus; * veiktspējas un uzticamības uzlabojumus; un * kļūdu labojumus. #### Nepieciešama informētība Tiek izmantots, ja izmaiņas ietekmē to, kā jūs izmantojat Pakalpojumu, bet neprasa tehniskas ieviešanas izmaiņas. Piemēri var ietvert: * nozīmīgas Merchant Portal izmaiņas; * darbplūsmas vai navigācijas izmaiņas; * atskaišu uzlabojumi; * jauna maksājumu funkcionalitāte; un * esošās funkcionalitātes izmaiņas. #### Nepieciešama rīcība Tiek izmantots, ja jums ir jāveic izmaiņas integrācijā, konfigurācijā vai instalētajā komponentē. Attiecīgā gadījumā laidiena piezīmēs tiks norādīts: * kas mainās; * kas jums jādara; * ietekmētā funkcionalitāte vai komponente; * pieejamība Sandbox vidē; * migrācijas vai ieviešanas instrukcijas; * spēkā stāšanās datums; un * migrācijas vai atbalsta pārtraukšanas termiņš. {% hint style="info" %} Ja ir nepieciešama rīcība, pārskatiet attiecīgās laidiena piezīmes un veiciet nepieciešamās izmaiņas norādītajā termiņā. {% endhint %} *** ### Steidzami un drošības atjauninājumi Dažas izmaiņas nevar ievērot standarta laidienu dzīves ciklu. Steidzami atjauninājumi var būt nepieciešami, lai aizsargātu Pakalpojuma drošību, pieejamību, integritāti vai atbilstību vai lai risinātu steidzamas normatīvo aktu vai maksājumu shēmu prasības. \ Steidzamu vai drošības atjauninājumu gadījumā standarta laidiena kandidāta paziņojuma periods un iepriekšēja pieejamība Sandbox vidē var netikt piemērota. Ja steidzams atjauninājums prasa rīcību vai būtiski ietekmē Pakalpojumu, attiecīgā informācija tiks paziņota, tiklīdz tas ir saprātīgi iespējams. --- # 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-lv/darba-saksana/laidiena-piezimes/laidiena-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.