> 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-et/alustamine/valjalaskemarkmed/valjalaskepoliitika.md). # Väljalaskepoliitika E-kaubanduse makselüüsi hooldatakse ja täiustatakse pidevalt hallatud teenusena. See leht selgitab, kuidas eelseisvatest muudatustest teavitatakse, kuidas saate asjakohast funktsionaalsust eelnevalt üle vaadata ja testida ning kuidas märgime ära, millal on teilt vajalik tegevus. {% hint style="success" %} Eelseisvatest väljalasetest teavitatakse tavaliselt väljalaske kandidaadi kaudu vähemalt üks kuu enne planeeritud väljalaskekuupäeva. Dokumentatsiooniportaali väljalaskemärkmed on peamine teabeallikas eelseisvate ja tarnitud muudatuste kohta. Samuti saate valida väljalaseteadete saamise e-posti teel. {% endhint %} *** ### Kuidas väljalasked toimivad Tüüpiline väljalase järgib lihtsat elutsüklit: Väljalaske kandidaat → liivakastis testimine, kui asjakohane → väljalase on saadaval | Etapp | Mida oodata | | --------------------- | ----------------------------------------------------------------------------------------- | | Väljalaske kandidaat | Avaldatakse ülevaade planeeritud funktsionaalsusest ja muudatustest | | Liivakastis testimine | Asjakohane funktsionaalsus võidakse teha liivakastis eelnevaks testimiseks kättesaadavaks | | Väljalase on saadaval | Kinnitatud muudatused muutuvad teenuse osana kättesaadavaks | {% hint style="warning" %} Mitte iga väljalase või muudatus ei vaja liivakastis testimist ega teilt tegevust. {% endhint %} *** ### Väljalaske kandidaat Väljalaske kandidaat avaldatakse tavaliselt vähemalt üks kuu enne planeeritud väljalaskekuupäeva. See annab eelinfo muudatuste kohta, mis on hetkel planeeritud eelseisvasse väljalaskesse ja mis võivad hõlmata järgmist: * uus funktsionaalsus; * olemasoleva funktsionaalsuse täiustused; * kaupmehe portaali ning kasutajaliidese/kasutajakogemuse muudatused; * maksete funktsionaalsus ja makseviisid; * API muudatused; * SDK ja pistikprogrammide uuendused; * turvalisuse, regulatiivsed või makseskeemiga seotud muudatused; ja * muudatused, mis võivad nõuda teilt tegevust. #### Kuidas teid teavitatakse Kui väljalaske kandidaat on avaldatud: * väljalaskemärkmed avaldatakse dokumentatsiooniportaalis; * dokumentatsiooniportaalis kuvatakse eelseisva väljalaske teavitus; Väljalaske kandidaat esindab avaldamise hetkel planeeritud ulatust. Üksikute funktsioonide ulatus või planeeritud väljalaskekuupäev võivad väljalaske lõplikul kujundamisel muutuda. Kui see juhtub, uuendatakse vastavalt ka väljalaskemärkmeid ja dokumentatsiooniportaali teavitust. *** ### Liivakastis testimine Kui asjakohane funktsionaalsus on enne väljalaset testimiseks saadaval, on see väljalaskemärkmetes selgelt märgitud. Väljalaskemärkmed võivad täpsustada: * mis on testimiseks saadaval; * millal see muutub liivakastis kättesaadavaks; * kohaldatav API või komponendi versioon; * asjakohased testimise kaalutlused; ja * kas enne väljalaskekuupäeva on vajalik mingi tegevus. See annab teile võimaluse valideerida muudatused, mis mõjutavad teie integratsiooni või maksekogemust, enne kui need teenuse osaks muutuvad. {% hint style="info" %} Mitte kõik muudatused ei vaja varajast kättesaadavust liivakastis. Näiteks ei pruugi teatud kasutajaliidese/kasutajakogemuse parandused, veaparandused, sisemised tehnilised muudatused ja turvauuendused vajada eelnevat testimist. {% endhint %} *** ### Versioonihaldus Te ei pea jälgima aluseks oleva teenuse tarkvaraversiooni. Komponentidel, mida te integreerite või otse paigaldate, näiteks API-del, mobiilsetel SDK-del ja e-kaubanduse pistikprogrammidel, on oma versiooninumbrid. #### API API versioonid järgivad vormingut: `vPEA.VÄIKE.PARANDUS` Näide: `v1.0.0` * PEA — mitteühilduvad muudatused, mis võivad nõuda muudatusi teie olemasolevas integratsioonis. * VÄIKE — uus funktsionaalsus või täiustused, mis on tagurpidi ühilduvad. * PARANDUS — tagurpidi ühilduvad parandused ja tehnilised täiustused. {% hint style="info" %} Teenuse väljalase ei too automaatselt kaasa uut API versiooni. Teie integratsioon võib jätkata sama API versiooni kasutamist mitme väljalaske jooksul. {% endhint %} #### SDK-d ja pistikprogrammid Mobiilsed SDK-d ja e-kaubanduse pistikprogrammid versioonitakse eraldi ning neil võib olla oma väljalaske elutsükkel. Näited: Mobiilne SDK `v3.4.1`\ WooCommerce'i pistikprogramm `v2.5.0` Kui asjakohane, märgivad väljalaskemärkmed uue komponendi versiooni ja seda, kas uuendus on: * Valikuline — uuendamine ei ole vajalik; * Soovitatav — uuendamine on soovitatav, et saada uusim funktsionaalsus, täiustused või parandused; või * Nõutav — komponent tuleb uuendada teavitatud ajavahemiku jooksul. {% hint style="info" %} Kui uuendus on nõutav, annavad väljalaskemärkmed asjakohased uuendus- või migratsioonijuhised või viitavad neile. {% endhint %} *** ### Väljalaske mõju Iga asjakohane muudatus liigitatakse selle eeldatava mõju järgi. | Mõju | Mida see tähendab | Mida peate tegema | | ---------------------- | -------------------------------------------------------------------------------------------- | ------------------------------------------- | | Tegevus ei ole vajalik | Muudatus on teie olemasoleva teenusekasutusega ühilduv | Mitte midagi | | Teadlikkust nõudev | Muudatus mõjutab funktsionaalsust või kasutajakogemust, kuid ei nõua integratsiooni muutmist | Vaadake väljalaskemärkmeid | | Tegevus on vajalik | Muudatus nõuab integratsiooni, konfiguratsiooni või komponendi uuendamist | Järgige väljalaskemärkmetes toodud juhiseid | #### Tegevus ei ole vajalik Näited võivad hõlmata: * uus valikuline funktsionaalsus; * kaupmehe portaali kasutajaliidese/kasutajakogemuse täiustused; * hostitud Checkouti täiustused; * tagasiühilduvad API täiustused; * jõudluse ja töökindluse parandused; ja * veaparandused. #### Teadlikkust nõudev Kasutatakse siis, kui muudatus mõjutab seda, kuidas te teenust kasutate, kuid ei nõua tehnilise teostuse muudatusi. Näited võivad hõlmata: * märkimisväärsed kaupmehe portaali muudatused; * töövoo või navigeerimise muudatused; * aruandluse täiustused; * uus maksete funktsionaalsus; ja * muudatused olemasolevas funktsionaalsuses. #### Tegevus on vajalik Kasutatakse siis, kui peate tegema muudatuse oma integratsioonis, konfiguratsioonis või paigaldatud komponendis. Väljalaskemärkmed märgivad, kui asjakohane, järgmise: * mis muutub; * mida peate tegema; * mõjutatud funktsionaalsus või komponent; * liivakastis saadavus; * migratsiooni- või rakendusjuhised; * jõustumiskuupäev; ja * migratsiooni- või toe lõpetamise tähtaeg. {% hint style="info" %} Kui tegevus on vajalik, vaadake asjakohased väljalaskemärkmed üle ja viige vajalikud muudatused lõpule teavitatud ajavahemiku jooksul. {% endhint %} *** ### Hädaolukorra- ja turvauuendused Mõned muudatused ei saa järgida standardset väljalaske elutsüklit. Kiireloomulised uuendused võivad olla vajalikud teenuse turvalisuse, kättesaadavuse, terviklikkuse või vastavuse kaitsmiseks või kiireloomuliste regulatiivsete või makseskeemi nõuete täitmiseks. \ Hädaolukorra- või turvauuenduste puhul ei pruugi standardne väljalaske kandidaadi teavitusaeg ja eelnev saadavus liivakastis kehtida. Kui kiireloomuline uuendus nõuab tegevust või mõjutab teenust oluliselt, teavitatakse asjakohast teavet nii kiiresti kui mõistlikult võimalik. --- # 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-et/alustamine/valjalaskemarkmed/valjalaskepoliitika.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.