Αξιολόγηση παρόχων Chatbot: DPA, υπο-εκτελούντες την επεξεργασία και μεταφορές σε τρίτες χώρες

Ένας πάροχος Chatbot μπορεί να επιδείξει μια εντυπωσιακή επίδειξη (demo), μια περιοχή διακομιστή εντός ΕΕ και μια έτοιμη Σύμβαση Επεξεργασίας Δεδομένων (DPA) – και παρόλα αυτά να παραμένουν κρίσιμα ερωτήματα αναπάντητα. Διότι δεν επεξεργάζεται δεδομένα μόνο το ορατό Chatbot. Συχνά, API μοντέλων, φιλοξενία (hosting), διανυσματικές βάσεις δεδομένων (vector databases), ανάλυση σφαλμάτων, εργαλεία υποστήριξης, υπηρεσίες email και αντίγραφα ασφαλείας (backups) συμμετέχουν στην παροχή της υπηρεσίας. Για τους ιδιοκτήτες ιστότοπων, αυτό που μένει είναι η επαληθεύσιμη αλυσίδα επεξεργασίας, όχι τα συνθήματα περί προστασίας δεδομένων σε μια σελίδα πωλήσεων.

Αυτή η λίστα ελέγχου βοηθά στη δομημένη αξιολόγηση παρόχων πριν από την αγορά και τη λειτουργία (go-live). Αποτελεί έναν πρακτικό οδηγό και όχι νομική συμβουλή. Οι ρόλοι, οι νομικές βάσεις, οι υποχρεώσεις ενημέρωσης και οι μηχανισμοί μεταφοράς πρέπει να εξετάζονται για τη συγκεκριμένη χρήση. Σε περίπτωση αυξημένου κινδύνου, ειδικών κατηγοριών δεδομένων ή ανοιχτών συμβατικών ζητημάτων, θα πρέπει να εμπλέκεται ο Υπεύθυνος Προστασίας Δεδομένων (DPO) ή εξειδικευμένος νομικός σύμβουλος.

Κατανοήστε πρώτα τη ροή δεδομένων, μετά αξιολογήστε τη σύμβαση

Το κεντρικό ερώτημα δεν είναι μόνο «Πού βρίσκεται ο διακομιστής;», αλλά: Ποια δεδομένα προσωπικού χαρακτήρα φτάνουν πότε σε ποιο νομικό πρόσωπο, για ποιο λόγο και για πόσο χρονικό διάστημα; Ένας επισκέπτης μπορεί να εισαγάγει στο chat ονόματα, διευθύνσεις email, αριθμούς πελατών ή ελεύθερο κείμενο. Επιπλέον, δημιουργούνται διευθύνσεις IP, χρονικές σημάνσεις, πληροφορίες συσκευής, αναγνωριστικά συνεδρίας, ιστορικά συνομιλιών, αξιολογήσεις και τεχνικά αρχεία καταγραφής (logs). Ακόμη και από μια φαινομενικά ανώνυμη συνομιλία μπορεί να προκύψει συσχετισμός με φυσικό πρόσωπο μέσω του συνδυασμού πολλαπλών χαρακτηριστικών.

Σχεδιάστε, λοιπόν, έναν απλό χάρτη ροής δεδομένων πριν από τον έλεγχο της σύμβασης. Θα πρέπει να περιλαμβάνει τουλάχιστον το widget του προγράμματος περιήγησης, την πλατφόρμα Chatbot, τη βάση γνώσεων, τον πάροχο του μοντέλου, τις υπηρεσίες ανάλυσης και σφαλμάτων, τις προσβάσεις υποστήριξης, τα backups και τις διαδρομές διαγραφής. Για κάθε σταθμό καταγράφονται ο φορέας εκμετάλλευσης, η χώρα, ο σκοπός, οι κατηγορίες δεδομένων, η διάρκεια αποθήκευσης και οι πιθανές απομακρυσμένες προσβάσεις. Μια δήλωση περί «EU-Hosting», για παράδειγμα, δεν απαντά στο αν μια ομάδα υποστήριξης εκτός του Ευρωπαϊκού Οικονομικού Χώρου (ΕΟΧ) μπορεί να έχει πρόσβαση σε παραγωγικά αρχεία καταγραφής.

Προσδιορισμός ρόλων προστασίας δεδομένων ανά σκοπό

Το αν ένας πάροχος είναι εκτελών την επεξεργασία (processor) ή υπεύθυνος επεξεργασίας (controller) για μεμονωμένους σκοπούς προκύπτει από την πραγματική του δραστηριότητα. Οι Κατευθυντήριες Γραμμές 07/2020 του Ευρωπαϊκού Συμβουλίου Προστασίας Δεδομένων (EDPB) επεξηγούν αυτή τη διάκριση. Ένας πάροχος μπορεί, για παράδειγμα, να επεξεργάζεται δεδομένα συνομιλίας κατόπιν τεκμηριωμένων εντολών, αλλά για ορισμένους δικούς του σκοπούς ασφαλείας, τιμολόγησης ή βελτίωσης προϊόντος να επικαλείται διαφορετικό ρόλο. Απαιτήστε τη ρητή αντιστοίχιση κάθε σκοπού, του αντίστοιχου ρόλου και της νομικής βάσης. Μια DPA δεν καλύπτει αυτόματα ανεξάρτητους σκοπούς του παρόχου.

Έλεγχος DPA: Το υποχρεωτικό περιεχόμενο πρέπει να αντιστοιχεί στην πραγματική υπηρεσία

Το Άρθρο 28 του GDPR απαιτεί από τους υπευθύνους επεξεργασίας να χρησιμοποιούν μόνο εκτελούντες την επεξεργασία που παρέχουν επαρκείς διαβεβαιώσεις για την εφαρμογή κατάλληλων τεχνικών και οργανωτικών μέτρων. Η σύμβαση πρέπει, μεταξύ άλλων, να καθορίζει το αντικείμενο και τη διάρκεια, τη φύση και τον σκοπό, τα είδη των δεδομένων, τις κατηγορίες των υποκειμένων των δεδομένων, καθώς και τα δικαιώματα και τις υποχρεώσεις του υπευθύνου επεξεργασίας. Σε αυτά προστίθενται οι τεκμηριωμένες εντολές, η εμπιστευτικότητα, η ασφάλεια, η υποστήριξη στα δικαιώματα των υποκειμένων, η διαγραφή ή επιστροφή, καθώς και οι πληροφορίες και η συνδρομή σε ελέγχους (audits).

Συγκρίνετε τη DPA όχι μόνο με μια πρότυπη λίστα, αλλά με τον χάρτη ροής δεδομένων σας και το πρόγραμμα που έχετε πράγματι επιλέξει. Μια καλή σύμβαση περιγράφει με σαφήνεια τη λειτουργία του chat, την εκπαίδευση ή ευρετηρίαση της βάσης γνώσεων, την καταγραφή logs, τις προσβάσεις υποστήριξης και τις προαιρετικές λειτουργίες. Ασαφείς γενικοί όροι όπως «βελτίωση υπηρεσιών» θα πρέπει να αναλύονται σε συγκεκριμένα δεδομένα, σκοπούς, επιλογές και ρόλους.

• Εντολή: Είναι σαφές ότι το περιεχόμενο και τα μεταδεδομένα επεξεργάζονται μόνο για τεκμηριωμένους σκοπούς του πελάτη; Ποια παραμετροποίηση θεωρείται ως εντολή;
• Χρήση για μοντέλα: Χρησιμοποιούνται τα prompts, οι απαντήσεις ή το μεταφορτωμένο περιεχόμενο για γενική εκπαίδευση μοντέλων ή βελτίωση προϊόντος; Εάν όχι, αυτό θα πρέπει να είναι συμβατικά και τεχνικά επαληθεύσιμο· εάν ναι, ο ρόλος και η νομική βάση πρέπει να αξιολογηθούν ξεχωριστά.
• Διαγραφή: Υπάρχουν συγκεκριμένες προθεσμίες για τα ιστορικά συνομιλιών, τα logs, τα ευρετήρια διανυσμάτων (vector indices), τα backups και τα αντίγραφα υποστήριξης; Τι συμβαίνει μετά τη λήξη της σύμβασης;
• Ασφάλεια: Περιγράφονται οι έλεγχοι πρόσβασης, ο διαχωρισμός πελατών (multi-tenancy), η κρυπτογράφηση, η καταγραφή συμβάντων, η διαχείριση ευπαθειών και οι διαδικασίες διαχείρισης περιστατικών;
• Υποστήριξη: Ρυθμίζει η DPA με πρακτικό τρόπο τις εξαγωγές, τη διόρθωση, τη διαγραφή, την παροχή πληροφοριών, τα περιστατικά ασφαλείας και, εάν απαιτείται, τις Εκτιμήσεις Αντικτύπου σχετικά με την Προστασία Δεδομένων (DPIA);
• Αποδείξεις: Είναι διαθέσιμες εκθέσεις ελέγχου, πιστοποιήσεις ή άλλα αξιόπιστα αποδεικτικά στοιχεία και ισχύουν για τις συγκεκριμένες υπηρεσίες και τοποθεσίες που χρησιμοποιούνται;

Τα πιστοποιητικά και οι εκθέσεις ελέγχου μπορούν να παρέχουν σημαντικές ενδείξεις, αλλά δεν αντικαθιστούν ούτε τον έλεγχο της συγκεκριμένης διαδικασίας επεξεργασίας ούτε τις κατάλληλες συμβατικές ρήτρες. Ακόμη και μια τυποποιημένη DPA είναι τόσο καλή όσο τα συμπληρωμένα παραρτήματά της και η συμφωνία της με την τεχνική πραγματικότητα.

Υπο-εκτελούντες την επεξεργασία: Έλεγχος ονομάτων, καθηκόντων και αλλαγών

Σύμφωνα με το Άρθρο 28 παράγραφος 2 του GDPR, ο εκτελών την επεξεργασία δεν προσλαμβάνει άλλον εκτελούντα την επεξεργασία χωρίς προηγούμενη ειδική ή γενική γραπτή άδεια του υπευθύνου επεξεργασίας. Στην περίπτωση γενικής γραπτής άδειας, ο εκτελών την επεξεργασία οφείλει να ενημερώνει για τυχόν σκοπούμενες αλλαγές που αφορούν την προσθήκη ή την αντικατάσταση και να παρέχει τη δυνατότητα εναντίωσης. Οι Ερωτήσεις και Απαντήσεις της Ευρωπαϊκής Επιτροπής για τις Τυποποιημένες Συμβατικές Ρήτρες ξεκαθαρίζουν επίσης ότι οι απλές κατηγορίες δεν αρκούν: πρέπει να κατονομάζονται οι μεμονωμένοι υπο-εκτελούντες.

Απαιτήστε μια ενημερωμένη, εξαγώγιμη λίστα με την εταιρική επωνυμία, τη χώρα, τη συγκεκριμένη υπηρεσία και τα επηρεαζόμενα δεδομένα. Ελέγξτε επίσης εάν μια εταιρεία είναι απλώς συμβαλλόμενο μέρος ή εάν πράγματι πραγματοποιεί επεξεργασία σε πολλαπλές τοποθεσίες. Ιδιαίτερα σημαντικοί είναι οι πάροχοι μοντέλων και embeddings, το cloud hosting, οι βάσεις δεδομένων, τα CDN, η παρακολούθηση (monitoring), η ανάλυση σφαλμάτων, η υποστήριξη, το email και τα backups. Για κάθε καταγραφή πρέπει να είναι σαφές εάν τα δεδομένα αποθηκεύονται, εάν απλώς μεταφέρονται ή εάν υπάρχει δυνατότητα προβολής από προσωπικό.

Η διαδικασία αλλαγών ανήκει επίσης στην αξιολόγηση: Πώς ειδοποιούνται οι πελάτες, ποιο είναι το χρονικό περιθώριο προειδοποίησης και τι συμβαίνει σε περίπτωση αιτιολογημένης εναντίωσης; Ένα email την ημέρα της αλλαγής χωρίς δυνατότητα τεχνικής ή συμβατικής αντίδρασης έχει μικρή αξία. Διευκρινίστε εάν είναι δυνατή μια εναλλακτική παραμετροποίηση, η απενεργοποίηση της λειτουργίας ή, εάν είναι απαραίτητο, ο τεταγμένος τερματισμός της συνεργασίας με εξαγωγή δεδομένων. Για τους μεταγενέστερους υπο-εκτελούντες πρέπει να μεταβιβάζονται οι ίδιες υποχρεώσεις προστασίας δεδομένων· ο αρχικός εκτελών την επεξεργασία παραμένει υπεύθυνος έναντι του υπευθύνου επεξεργασίας για την εκπλήρωση των υποχρεώσεών τους.

Μεταφορές σε τρίτες χώρες: Έλεγχος μηχανισμού και πραγματικού αποτελέσματος

Το Κεφάλαιο V του GDPR ισχύει για διαβιβάσεις δεδομένων προσωπικού χαρακτήρα προς τρίτες χώρες και για περαιτέρω διαβιβάσεις. Μια διαβίβαση δεν προκύπτει μόνο από τη μόνιμη αποθήκευση· μια διοικητική πρόσβαση (admin access), μια πρόσβαση υποστήριξης ή η ανάκτηση από μια υπηρεσία εκτός ΕΟΧ μπορεί επίσης να είναι σχετική. Για το λόγο αυτό, αντιστοιχίστε σε κάθε βέλος του χάρτη ροής δεδομένων μια χώρα προορισμού, έναν παραλήπτη και έναν μηχανισμό μεταφοράς.

1. Απόφαση επάρκειας: Ελέγξτε τη συνεχώς ενημερωμένη λίστα της Ευρωπαϊκής Επιτροπής για να δείτε εάν καλύπτονται η απόφαση, η περιοχή, ο τομέας και ο συγκεκριμένος παραλήπτης. Σε περιορισμένα πλαίσια, η απλή ύπαρξη εγκατάστασης σε μια χώρα δεν αρκεί.
2. Κατάλληλες εγγυήσεις: Εάν λείπει μια κατάλληλη απόφαση επάρκειας, εξετάζονται εργαλεία του Άρθρου 46 του GDPR, ανάλογα με τη διαμόρφωση. Συχνά χρησιμοποιούνται οι Τυποποιημένες Συμβατικές Ρήτρες (SCCs) της Ευρωπαϊκής Επιτροπής. Η ενότητα (module), τα συμβαλλόμενα μέρη, τα παραρτήματα, η περιγραφή της μεταφοράς και τα τεχνικά μέτρα πρέπει να ταιριάζουν με την πραγματική αλυσίδα.
3. Έλεγχος αποτελεσματικότητας: Ένα υπογεγραμμένο έγγραφο SCC δεν ολοκληρώνει αυτόματα τον έλεγχο. Οι τελικές Συστάσεις 01/2020 του EDPB περιγράφουν μια διαδικασία βάσει κινδύνου: γνώση των μεταφορών, προσδιορισμός του εργαλείου, αξιολόγηση της νομοθεσίας και της πρακτικής της τρίτης χώρας, καθορισμός συμπληρωματικών μέτρων εάν απαιτείται, ολοκλήρωση τυπικών βημάτων και τακτική επαναιολόγηση.

Τα συμπληρωματικά τεχνικά μέτρα πρέπει να ταιριάζουν με τον συγκεκριμένο κίνδυνο. Η κρυπτογράφηση, για παράδειγμα, είναι ουσιαστική μόνο εάν λαμβάνονται υπόψη η διαχείριση κλειδιών, τα δικαιώματα πρόσβασης και ο σκοπός της επεξεργασίας. Ένας πάροχος μοντέλου που πρέπει να επεξεργαστεί απλό κείμενο (plaintext) και έχει ο ίδιος πρόσβαση στα κλειδιά αποτελεί διαφορετική περίπτωση από έναν αμιγώς κρυπτογραφημένο χώρο αποθήκευσης backups. Γενικοί ισχυρισμοί όπως «AES-256» ή «συμβατό με τον GDPR» δεν αντικαθιστούν αυτή την εξέταση. Οι παρεκκλίσεις του Άρθρου 49 του GDPR επίσης δεν αποτελούν εύκολη λύση για προγραμματισμένη, επαναλαμβανόμενη επεξεργασία SaaS.

Πρακτικό παράδειγμα: Περιοχή ΕΕ με παγκόσμια αλυσίδα υπηρεσιών

Ας υποθέσουμε ότι ένα chatbot αποθηκεύει την κύρια βάση δεδομένων του στη Φρανκφούρτη. Ωστόσο, οι απαντήσεις δημιουργούνται από ένα API μοντέλου μιας αμερικανικής εταιρείας, οι αναφορές σφαλμάτων στέλνονται σε μια άλλη υπηρεσία και μια παγκόσμια ομάδα υποστήριξης μπορεί να ανοίξει τα logs συνομιλίας σε περιπτώσεις κλιμάκωσης. Η «αποθήκευση δεδομένων στην ΕΕ» περιγράφει τότε μόνο ένα μέρος του συστήματος.

Η δέουσα επιμέλεια (Due Diligence) διαχωρίζει τέσσερα ερωτήματα: Ποιο περιεχόμενο φεύγει από τον ΕΟΧ για τη δημιουργία του μοντέλου; Αποθηκεύονται εκεί τα prompts ή χρησιμοποιούνται για άλλους σκοπούς; Περιέχουν οι αναφορές σφαλμάτων απλό κείμενο, αναγνωριστικά ή μόνο ελαχιστοποιημένα τεχνικά δεδομένα; Υπό ποιες προϋποθέσεις μπορεί η υποστήριξη εκτός ΕΟΧ να έχει πρόσβαση; Μόνο μετά από αυτά μπορούν να αξιολογηθούν το εργαλείο μεταφοράς, τα συμπληρωματικά μέτρα και ο υπολειπόμενος κίνδυνος.

Τεχνικά, ο ιδιοκτήτης του ιστότοπου μπορεί συχνά να μειώσει τον κίνδυνο: απενεργοποιώντας μη απαραίτητα πεδία καταγραφής, αφαιρώντας ευαίσθητες πληροφορίες πριν από εξωτερικές κλήσεις, ορίζοντας μικρές περιόδους διατήρησης, διαχωρίζοντας τις ευαίσθητες περιοχές από το δημόσιο bot, απομονώνοντας τις πηγές γνώσης ανά πελάτη και καταγράφοντας τις προσβάσεις υποστήριξης με απαίτηση έγκρισης. Το πώς διαχωρίζονται καθαρά ένα δημόσιο bot και μια πύλη πελατών παρουσιάζεται στο άρθρο Δημόσιο AI-Chatbot vs. Πύλη Πελατών. Για μεταφορτωμένα αρχεία, η λίστα ελέγχου σχετικά με τον Έλεγχο Αρχείων, την Προστασία Δεδομένων και το Handoff συμπληρώνει την αξιολόγηση του παρόχου.

Απόφαση με σύστημα φωτεινού σηματωρού αντί για ένστικτο

Σημείο ελέγχου	Πράσινο	Κίτρινο	Κόκκινο
Ροή δεδομένων	Πλήρης, ενημερωμένη και ανάλογη με το πρόγραμμα	Μεμονωμένες προσβάσεις ή τοποθεσίες αποθήκευσης ασαφείς	Μόνο ισχυρισμός marketing για την περιοχή της ΕΕ
DPA	Συγκεκριμένοι σκοποί, δεδομένα, προθεσμίες και βοηθήματα	Απαιτούνται προσθήκες πριν το Go-live	Χωρίς σαφή δέσμευση εντολών ή διαγραφή
Υπο-εκτελούντες	Ονομαστική λίστα με χώρα και καθήκον	Μη πρακτική διαδικασία αλλαγών	Μόνο κατηγορίες ή άγνωστη αλυσίδα
Μεταφορά σε τρίτη χώρα	Μηχανισμός, εύρος και αξιολόγηση τεκμηριωμένα	Μέτρα προς επαλήθευση	Ο «διακομιστής ΕΕ» υποτίθεται ότι εξηγεί όλες τις μεταφορές
Λειτουργία	Owner, ημερομηνία αναθεώρησης και exit δοκιμασμένα	Αποδείξεις χωρίς σταθερή αναθεώρηση	Καμία παρακολούθηση μετά τη σύναψη σύμβασης

Ένα κίτρινο σημείο δεν σημαίνει απαραίτητα απόρριψη του παρόχου. Χρειάζεται όμως έναν υπεύθυνο, μια προθεσμία και ένα επαληθεύσιμο κριτήριο αποδοχής. Ένα κόκκινο σημείο σε μια κεντρική αλυσίδα επεξεργασίας θα πρέπει να μπλοκάρει την έναρξη παραγωγικής λειτουργίας έως ότου προσαρμοστούν η σύμβαση, η παραμετροποίηση ή η επιλογή παρόχου. Τεκμηριώστε επίσης τυχόν αποδεκτούς υπολειπόμενους κινδύνους και το πρόσωπο που έλαβε αυτή την απόφαση.

Συμπαγής λίστα ελέγχου Go-live για ιδιοκτήτες ιστότοπων

• Ο χάρτης ροής δεδομένων και οι ρόλοι ανά σκοπό έχουν εγκριθεί.
• Η DPA και τα παραρτήματα αντιστοιχούν στο πρόγραμμα, στις λειτουργίες, στα είδη δεδομένων και στις περιόδους διατήρησης.
• Όλοι οι υπο-εκτελούντες είναι καταγεγραμμένοι ονομαστικά με χώρα, καθήκον και διαδικασία αλλαγής.
• Κάθε μεταφορά σε τρίτη χώρα διαθέτει κατάλληλο, πρόσφατα ελεγμένο μηχανισμό και, εάν απαιτείται, συμπληρωματικά μέτρα.
• Η εκπαίδευση μοντέλων ή άλλη ίδια χρήση των δεδομένων chat έχει διευκρινιστεί και παραμετροποιηθεί όπως συμφωνήθηκε.
• Η καταγραφή logs, η πρόσβαση υποστήριξης, η εξαγωγή δεδομένων, η διαγραφή και η λήξη της σύμβασης έχουν δοκιμαστεί στην πράξη.
• Οι σημειώσεις προστασίας δεδομένων και η διεπαφή του chat εξηγούν την επεξεργασία με κατανοητό τρόπο· οι χρήστες δεν παρακινούνται να εισαγάγουν μη απαραίτητα ευαίσθητα δεδομένα.
• Έχει εξεταστεί εάν απαιτείται Εκτίμηση Αντικτύπου σχετικά με την Προστασία Δεδομένων (DPIA) για τη συγκεκριμένη χρήση.
• Ένας Owner παρακολουθεί τις αλλαγές στους υπο-εκτελούντες, τους μηχανισμούς μεταφοράς, τις λειτουργίες και τα αποδεικτικά ασφαλείας.

Επιπλέον, αξίζει μια σύγκριση με τη βασική επισκόπηση KI-Chatbot και GDPR καθώς και με τον οδηγό για Analytics με ελαχιστοποίηση δεδομένων σε Chatbots. Έτσι, οι προμήθειες, η τεχνική παραμετροποίηση και η συνεχιζόμενη λειτουργία δεν αντιμετωπίζονται ως ξεχωριστά έργα.

Συνεχής έλεγχος μετά τη σύναψη της σύμβασης

Η δέουσα επιμέλεια (Due Diligence) δεν είναι ένας φάκελος PDF που φτιάχνεται μία φορά. Ορίστε τουλάχιστον έναν τακτικό ρυθμό αναθεώρησης και ελέγχους βάσει συμβάντων. Αφορμές αποτελούν νέοι υπο-εκτελούντες, ένας διαφορετικός πάροχος μοντέλου, νέες λειτουργίες προϊόντος, αλλαγμένες τοποθεσίες αποθήκευσης, ένα περιστατικό ασφαλείας, πιστοποιητικά που λήγουν ή αλλαγές σε μια απόφαση επάρκειας. Η τρέχουσα λίστα υπο-εκτελούντων και οι κεντρικές εκδόσεις συμβάσεων θα πρέπει να αρχειοθετούνται με ημερομηνία, ώστε οι μεταγενέστερες αλλαγές να παραμένουν ιχνηλάσιμες.

Το πρακτικό κριτήριο είναι απλό: Μπορεί η ομάδα σας να εξηγήσει για κάθε σχετική ροή δεδομένων ποιος επεξεργάζεται τι και γιατί, πού συμβαίνει αυτό, για πόσο διάστημα παραμένουν τα δεδομένα, ποιο μέτρο προστασίας εφαρμόζεται και πώς λειτουργεί η αποχώρηση (exit); Εάν αυτές οι απαντήσεις είναι αποδεδειγμένες, ένας γενικός ισχυρισμός περί προστασίας δεδομένων μετατρέπεται σε μια αξιόπιστη απόφαση προμήθειας. Εάν κεντρικοί σταθμοί παραμένουν άγνωστοι, το chatbot δεν θα πρέπει ακόμα να λειτουργεί με πραγματικά δεδομένα επισκεπτών.