> 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/atbilstiba/pci-dss-pasnovertejuma-anketas-saq.md).

# PCI DSS pašnovērtējuma anketas (SAQ)

Kas ir PCI DSS pašnovērtējuma anketa, kam tā var būt jāaizpilda un kā piemērojamā SAQ ir atkarīga no maksājumu vides.

Maksājumu karšu nozares datu drošības standarts (PCI DSS) nosaka drošības prasības vidēm, kas glabā, apstrādā vai pārsūta maksājumu kartes konta datus, vai kas var ietekmēt šo datu drošību. Atbilstoši tirgotāji un pakalpojumu sniedzēji var apstiprināt atbilstību, aizpildot [Pašnovērtējuma anketu (SAQ)](https://www.pcisecuritystandards.org/document_library/?category=saqs) kas atbilst viņu videi.

### Katram tirgotājam ir jāaizsargā maksājumu dati

PCI DSS atbilstoša maksājumu vārteja neatsvabina tirgotāju no viņa paša PCI DSS pienākumiem. Jūsu validācijas prasības ir atkarīgas no tā, kā ir ieviests jūsu norēķinu process un vai jūsu sistēmas glabā, apstrādā, pārsūta vai var ietekmēt kartes turētāja datu drošību.

{% hint style="info" %}
Piemērojamā SAQ veidu nosaka pilnā maksājumu vide un tās ieviešana. Apstipriniet pareizo validācijas metodi pie sava ieguvēja vai citas organizācijas, kas pārvalda jūsu PCI DSS atbilstības programmu. 
{% endhint %}

### Biežākie SAQ veidi e-komercijā

Divi SAQ veidi, kas e-komercijas integrācijām ir visbiežāk būtiski, ir:

* [SAQ A](https://docs-prv.pcisecuritystandards.org/SAQ%20\(Assessment\)/Instructions%20%26%20Guidance/SAQ-Instructions-Guidelines-PCI-DSS-v4-0.pdf) - Tirgotājiem, kas nepieņem karti klātienē un pilnībā nodod konta datu funkcijas trešajām pusēm, kuras ir validētas un atbilst PCI DSS. Tirgotāju sistēmas elektroniski neglabā, neapstrādā un nepārsūta konta datus, un ieviešanai ir jāatbilst pašreizējiem SAQ A atbilstības kritērijiem
* [SAQ A-EP](https://docs-prv.pcisecuritystandards.org/SAQ%20\(Assessment\)/Instructions%20%26%20Guidance/SAQ-Instructions-Guidelines-PCI-DSS-v4-0.pdf) - E-komercijas tirgotājiem, kas nodod maksājumu apstrādi ārpakalpojumā, bet kuru vietne var ietekmēt maksājuma darījuma drošību vai maksājuma lapas integritāti. Tirgotājs elektroniski neglabā, neapstrādā un nepārsūta konta datus, taču e-komercijas vietne joprojām ietilpst darbības tvērumā.

#### EGW integrācija un PCI DSS tvērums

SEB Ecommerce Payment Gateway atbilst PCI DSS 1. līmenim.

Izmantojot Hosted Checkout, var samazināt kartes turētāja datu apjomu, ko tieši apstrādā jūsu sistēmas, un tādējādi var samazināt jūsu PCI DSS tvērumu. Tomēr Hosted Checkout izmantošana pati par sevi nenosaka, kurš SAQ ir piemērojams.

Tiesības aizpildīt SAQ ir atkarīgas no jūsu pilnās maksājumu vides, no tā, kā ir ieviesta maksājuma lapa, un no tā, vai ir izpildīti visi attiecīgā SAQ atbilstības kritēriji.

### PCI DSS versija

Pašreizējais [PCI DSS pamatversija ir 4.0.1](https://www.pcisecuritystandards.org/document_library/?category=saqs). Nākotnē datētās prasības stājās spēkā 2025. gada 31. martā. Izmantojiet aktuālos SAQ dokumentus un norādījumus, ko publicējusi PCI drošības standartu padome.

### SAQ aizpildīšana un iesniegšana

Apstipriniet piemērojamo SAQ, izvērtējiet tā prasības, aizpildiet SAQ un Atbilstības apliecinājumu (AOC), un iesniedziet nepieciešamos validācijas dokumentus savam ieguvējam vai citai organizācijai, kas pārvalda jūsu atbilstības programmu.

Dažādu SAQ scenāriju definīcijas un papildu norādījumus skatiet [SAQ instrukciju un vadlīniju](https://docs-prv.pcisecuritystandards.org/SAQ%20\(Assessment\)/Instructions%20%26%20Guidance/SAQ-Instructions-Guidelines-PCI-DSS-v4-0.pdf) dokumentā, ko publicējusi PCI drošības standartu padome.


---

# 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/atbilstiba/pci-dss-pasnovertejuma-anketas-saq.md?ask=<question>&goal=<user_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.