פּראָצעסאר־טערמינען, אַנעקסן אײַנגעשלאָסן.

דער דאָקומענט צו פֿאַרבינדן די דאַטן-פֿאַראַרבעטונג ("DPA") איז אַ טייל פֿון די באַדינגונגען פֿון דינסט אָדער אַנדער שריפֿטלעכער אָפּמאַך (דער "אָפּמאַך") צווישן Digital Socket LLC, אַ באַגרענעצטע האַפטונג פֿירמע געגרינדעט אין דעלאַווער, פֿאַרייניקטע שטאַטן, האַנדלענדיק ווי Transglot ("Transglot", "פֿאַראַרבעטער") און דעם קונד ("קונד", "קאָנטראָלירער"), און ער גילט וווּ עס איז, ווען מיר פֿאַראַרבעטן קונד־פּערזענלעכע דאַטן אין נאָמען פֿונעם קונד בעת מיר צושטעלן דעם דינסט. ער ווערט איינגעבונדן דורך רעפֿערענץ אין דעם אָפּמאַך און ווערט גילטיק ווען דער אָפּמאַך ווערט גילטיק; קיין חתימה איז נישט נייטיק כּדי ער זאָל בינדן אונדז. ווען דער קונד איז אליין אַ פֿאַראַרבעטער וואָס האַנדלט פֿאַר אַ דריטן־פּאַרטיי קאָנטראָלירער, איז דער קונד דער עקספּאָרטירער און דער DPA גילט ווי ער וואָלט געווען דער קאָנטראָלירער, און דער קונד באַשטעטיקט אַז ער האָט אויטאָריטעט פֿון זײַן אייגענעם קאָנטראָלירער אַרייַנצוגיין אין אים מיט די טערמינען.

"דאַטן־באַשיצונג־געזעץ" מיינט אַלע געזעצן וועגן דער פֿאַראַרבעטונג פֿון פּערזענלעכע דאַטן וואָס גילטן פֿאַר אַ פּאַרטיי, כּולל די EU אַלגעמיינע דאַטן־באַשיצונג־רעגולאַציע 2016/679 ("GDPR"), די UK GDPR און דאַטן־באַשיצונג־געזעץ 2018, דער שווייצער פעדעראַלער געזעץ אויף דאַטן־באַשיצונג, דער קאַליפֿאָרניער געזעץ אויף קאָנסומער־פּריוואַטקייט מיט תיקונים ("CCPA") און פֿאַרגלײַכבאַרע פּריוואַטקייט־געזעצן פֿון שטאַטן אין די פֿאַראייניקטע שטאַטן. "קונד־פּערזענלעכע דאַטן" מיינט פּערזענלעכע דאַטן וואָס זענען אַנטהאַלטן אין קונד־אינהאַלט אָדער ווערן אַנדערש פֿאַראַרבעט דורך אונדז אין נאָמען פֿונעם קונד. "סטאַנדאַרט־קאָנטראַקט־קלאַוזלען" אָדער "SCCs" מיינט די קלאַוזלען וואָס זענען אָנגעהאַנגען צו דער קאָמיסיאָנס־דורכפֿירונג־באַשלוס (EU) 2021/914. "UK Addendum" מיינט דער אינטערנאַציאָנאַלער דאַטן־איבערטרעטונג־צולייג וואָס איז אַרויסגעגעבן דורך דעם UK אינפֿאָרמאַציע־קאָמיסאַר לויט סעקציע 119A פֿונעם דאַטן־באַשיצונג־געזעץ 2018. "סובפּראָצעסאָר" מיינט אַ דריטע פּאַרטיי וואָס איז באַשעפֿטיקט דורך אונדז צו פֿאַראַרבעטן קונד־פּערזענלעכע דאַטן. "קאָנטראָלירער", "פֿאַראַרבעטער", "דאַטן־סוביעקט", "פּערזענלעכע דאַטן", "פֿאַראַרבעטונג", "ברוך פֿון פּערזענלעכע דאַטן" און "אויפֿזיכט־אוטאָריטעט" האָבן די באַטייטן וואָס זענען געגעבן אין דער GDPR, און עקוויוואַלענטע טערמינען אין אַנדערע געזעצן האָבן זייער עקוויוואַלענטע באַטייט.

אין פֿאַל פֿון אַ קאָנפֿליקט, איז דער סדר פֿון פֿאָראַנג: (a) די סטאַנדאַרט־קאָנטראַקט־קלאַוזלען און דער UK Addendum, וווּ זיי גילטן; (b) דער DPA; (c) אַנדערע דאַטן־באַשיצונג־טערמינען אין אַ באַשטעלונג־פֿאָרם; (d) דער רעשט פֿונעם אָפּמאַך. גאָרנישט אין דעם DPA איז געמיינט צו קאָנפֿליקטירן מיט אַ פּאַרטיי’ס אָבליגאַציעס לויט דעם דאַטן־באַשיצונג־געזעץ, און קיין טערמין וואָס וואָלט טאָן דאָס ווערט געלייענט אַראָפּ צו דער מינימאַלער מאָס וואָס איז נייטיק כּדי אַראָפּצונעמען דעם קאָנפֿליקט.

דער DPA גילט פֿון דעם גילטיקן דאַטום פֿונעם אָפּמאַך ביז מיר האַלטן נישט מער קיין קונד־פּערזענלעכע דאַטן, וואָס קען זײַן נאָכן סוף פֿונעם אָפּמאַך צוליב די אויסמעקן־צייטליניעס אין קלאַוזל 13. זײַנע אָבליגאַציעס בלײַבן לעבן נאָך דער באַזײַטיקונג אַזוי לאַנג ווי מיר האַלטן קיין קונד־פּערזענלעכע דאַטן, און די קאָנפֿידענציאַליטעט־אָבליגאַציעס בלײַבן אָן סוף אין דער מאָס ווי עס איז פֿאַרלאַנגט דורך דעם דאַטן־באַשיצונג־געזעץ.

מיר פֿאַראַרבעטן קונד־פּערזענלעכע דאַטן בלויז לויט דעם קונד’ס דאָקומענטירטע אָנווײַזונגען, כּולל פֿאַר אַ איבערטרעטונג צו אַ דריט לאַנד, אַנדערש ווי עס איז פֿאַרלאַנגט דורך אַ געזעץ וואָס גילט פֿאַר אונדז, אין וואָס פֿאַל וועלן מיר זאָגן דעם קונד וועגן דעם פֿאַרלאַנג איידער פֿאַראַרבעטן, אַנדערש ווי דער געזעץ פֿאַרבאָט עס צוליב וויכטיקע סיבות פֿון עפֿנטלעכן אינטערעס. דער אָפּמאַך, דער DPA, די דאָקומענטאַציע און די קאָנפיגוראַציע וואָס דער קונד שטעלט אין דעם פּראָדוקט (פּראָיעקטן, לאָקאַלן, קאָנעקטאָרן, וועבּהאָק־אַבאָנעמענטן, רעטענשאַן־שוויטשן, דער טראַנסלעישן־מעמאָרי־שוויטש און די ענדזשין־ און קוואַליטעט־סעטינגס וואָס זענען פֿאַראַנען פֿאַר דעם קונד) צוזאַמען שטעלן דאר די קונד’ס גאַנצע דאָקומענטירטע אָנווײַזונגען. מיר וועלן זאָגן דעם קונד אויב, לויט אונדזער מיינונג, אַן אָנווײַזונג ברעכט דעם דאַטן־באַשיצונג־געזעץ, און מיר קענען אויסשטעלן די באַטרעפֿנדע פֿאַראַרבעטונג ביז זי ווערט צוריקגענומען אָדער געענדערט אַנשטאָט זי דורכצופֿירן.

מיר פֿאַראַרבעטן קונד־פּערזענלעכע דאַטן בלויז כּדי צושטעלן, זיכער מאַכן, שטיצן און וואַרטן דעם דינסט פֿאַר דעם קונד, און פֿאַר קיין אַנדערן אומאָפּהענגיקן ציל פֿון אונדז. מיר פֿאַרקויפֿן נישט קונד־פּערזענלעכע דאַטן, מיר טיילן עס נישט פֿאַר קריס־קאָנטעקסט באַהעיוויעראַל רעקלאַמע, מיר קאָמבינירן עס נישט מיט פּערזענלעכע דאַטן וואָס מיר באַקומען פֿון אַנדערע מקורות אַנדערש ווי עס איז דערלויבט דורך דעם דאַטן־באַשיצונג־געזעץ פֿאַר אַ דינסט־צושטעלער, און מיר ניצן עס נישט צו טריינען, פֿײַן־שטעלן אָדער אויסווערטן קיין מאַשין־לערנען־מאָדעל. אונדזער AI־סובפּראָצעסאָרן פֿאַראַרבעטן עס בלויז פֿאַר אינפֿערענץ, לויט קאָמערציאלע טערמינען וואָס פֿאַרבאָטן טריינינג דערפֿון. מיר קענען שאַפֿן און ניצן אַגרעגירטע אָדער דע־אידענטיפֿיצירטע סטאַטיסטיק וואָס אידענטיפֿיצירט נישט דעם קונד אָדער קיין דאַטן־סוביעקט, און מיר וועלן נישט פּרוּוון זיי צו רע־אידענטיפֿיצירן.

מיר זיכערן אַז יעדער מענטש וואָס איז אויטאָריזירט צו פֿאַראַרבעטן קונד־פּערזענלעכע דאַטן איז אונטערטאָן אַן אַנגעמעסנער קאָנפֿידענציאַליטעט־אָבליגאַציע, צי קאָנטראַקטלעך אָדער געזעצלעך, וואָס בלײַבט לעבן נאָכן סוף פֿון זייער באַשעפֿטיקונג. צוטריט ווערט געגעבן אויף אַ מינימאַלער פּריווילעגיע־באַזע, באַגרענעצט צו וואָס אַ מענטש דאַרף כּדי דורכצופֿירן זײַן ראָלע, ווערט פּעריאָדיש רעווידירט און ווערט באַלד באַזײַטיקט בײַ ראָלע־טויש אָדער אַרויסגיין. פּערסאָנאַל מיט צוטריט באַקומען דאַטן־באַשיצונג־ און זיכערהייט־טריינינג וואָס איז אַנגעמעסן פֿאַר זייער ראָלע.

מיר פֿירן דורך און האַלטן די טעכנישע און אָרגאַניזאַציאָנעלע מאָסן וואָס זענען באַשריבן אין אַנעקס II, נעמענדיק אין באַטראַכט דעם שטאַנד פֿון דער קונסט, די קאָסטן פֿון דורכפֿירונג און דער נאַטור, סקאָפּ, קאָנטעקסט און צילן פֿון דער פֿאַראַרבעטונג, און אויך דעם ריזיקאָ פֿאַר דאַטן־סוביעקטן. מיר קענען דערהײַנטיקן די מאָסן מיט דער צײַט אַזוי לאַנג ווי דער אַלגעמיינער שוטץ־ניוואָ ווערט נישט מאַטעריעל רעדוצירט בעת אַ באַצאָלטע אַבאָנעמענט־פּעריאָד. אַנעקס II שטעלט אונדזערע ליקעס און אויך אונדזערע קאָנטראָלן, מיטכוון: אַ מאָסן־אַנעקס וואָס ליסט בלויז שטאַרקייטן איז נישט אַ דאָקומענט וואָס אַ רעוויווער קען זיך פֿאַרלאָזן דערפֿון.

דער קונד גיט אַן אַלגעמיינע שריפֿטלעכע אויטאָריזאַציע פֿאַר אונדז צו באַשעפֿטיקן סובפּראָצעסאָרן, אין די קאַטעגאָריעס וואָס זענען באַשריבן אין דעם סובפּראָצעסאָרן־דאָקומענט, און אויטאָריזירט ספּעציפֿיש די וואָס זענען אין דער סובפּראָצעסאָר־ליסט וואָס איז געליפֿערט אונטער אַנעקס III ווי עס איז געווען בײַם גילטיקן דאַטום. מיר לייגן אויף יעדן סובפּראָצעסאָר דאַטן־באַשיצונג־אָבליגאַציעס וואָס זענען נישט ווייניקער שיצנדיק ווי די אין דעם DPA דורך אַ שריפֿטלעכן קאָנטראַקט, און מיר בלײַבן פֿול פֿאַראַנטוואָרטלעך פֿאַר דעם קונד פֿאַר אַ סובפּראָצעסאָר’ס דורכפֿירונג פֿון זײַנע אָבליגאַציעס. מיר וועלן געבן דעם קונד צומינדסט דרײַסיק טעג באַנאָכטיקונג, דורך אימעיל צו די אַקאַונט־אייגנטימער, איידער אַ נײַער סובפּראָצעסאָר הייבט אָן פֿאַראַרבעטן קונד־פּערזענלעכע דאַטן. דער קונד קען איינוואַנדן אויף סבירים, דאָקומענטירטע דאַטן־באַשיצונג־גרונטן אין דעם פּעריאָד, אין וואָס פֿאַל וועלן מיר אַרבעטן אין גוטן גלויבן כּדי צו שאַפֿן אַ טויש אין קאָנפיגוראַציע אָדער אַן אַלטערנאַטיוו וואָס וועט פֿאַרמײַדן די פֿאַראַרבעטונג; אויב מיר קענען נישט אין אַ סבירער צײַט, קען דער קונד באַזײַטיקן די באַטרעפֿנדע אַבאָנעמענט אָן שטראָף און באַקומען אַ פּראָ־ראַטאַ רעפֿונד פֿון פֿאַראויס־באַצאָלטע ניט־געניצטע געלטער.

אין באַטראַכט נעמענדיק די נאַטור פֿון דער פּראָצעסירונג, הילפֿן מיר דעם קונד מיט געמאַסנע טעכנישע און אָרגאַניזאַציאָנעלע מעסטונגען, אין וויפֿיל עס איז מעגלעך, צו דערפֿילן דעם קונדס פֿליכט צו ענטפֿערן צו אַ דאַטן־סוביעקט וואָס ניצט רעכט פֿון צוטריט, רעקטיפֿיקאַציע, אויסמעקונג, באַגרענעצונג, פּאָרטאַביליטעט אָדער אָפּזאָג. דער פּראָדוקט אליין איז די ערשטע ליניע פֿון דער הילף: די קאָנטע־אייגנטומער און די אַרבעטסראָום־אַדמינס קענען זוכן, רעדאַגירן און אויסמעקן פּראָיעקט־אינהאַלט, פֿאַרוואַלטן מיטגלידער און ראָלעס, און באַקומען פּראָיעקט־אינהאַלט דורך דער API־ציע־ענדפּונקט, דער קאָמאַנד־ליניע־אינטערפֿייס, דער ליפֿערונג־בינדל אָדער אַ סטאָרידזש־קאָנעקטאָר אויף אַ באַצאָלטן פּלאַן, און די קאָנטע־אייגנטומער קענען אויסמעקן דעם אַרבעטסראָום. וווּ דער פּראָדוקט קען נישט ענטפֿערן אַ בקשה, וועלן מיר העלפֿן אויף בקשה אין אַ געמאַסנעם צייטראַם און אָן באַצאָלונג פֿאַר אַ געמאַסנעם באַנד פֿון בקשות. אויב אַ דאַטן־סוביעקט קאָנטאַקטירט אונדז גלייך וועגן קונד־פּערזענלעכע דאַטן, וועלן מיר נישט ענטפֿערן מהותית אליין; מיר וועלן זאָגן זיי צו קאָנטאַקטירן דעם קונד און, אויב נישט פֿאַרבאָטן, זאָגן דעם קונד גליך.

אין באַטראַכט נעמענדיק די נאַטור פֿון פּראָצעסירונג און די אינפֿאָרמאַציע וואָס איז פֿאַראַן צו אונדז, הילפֿן מיר דעם קונד צו טרעפֿן זײַנע פֿליכטן אונטער אַרטיקלען 32 ביז 36 פֿון דער GDPR און זייערע עקוויװאַלענטן, כולל דאַטן־שיצונג־השפּעה־אַסעסמענטס און פֿריִערדיקע קאָנסולטאַציע מיט אַן אויפֿזיכט־אוטאָריטעט. אין פּראַקטיס מיינט דאָס צו שטעלן צו דעם DPA, אַנעקס II, די טראַסט־צענטער־אָפֿנגעלייגטקייטן, דעם ריטענשאַן־שעדיול אין דער פּריוואַטקייט־פּאָליסי, אונדזער זיכערקייט־דאָקומענטאַציע און געמאַסנע שריפֿטלעכע ענטפֿערס צו אַ זיכערקייט־אָדער פּריוואַטקייט־קוועסטשאָנער. מיר קענען באַצאָלן פֿאַר הילף וואָס גייט מאַטעריעל איבער אַ געמאַסנעם באַנד, צו אונדזער דאַנעם־קרענטן פּראָפעסיאָנעלע דינסט־ראַטעס, און מיר וועלן זאָגן עס איידער טאָן די אַרבעט אַנשטאָט נאָכדעם.

מיר באַנאַכטיקן דעם קונד אָן אומניטיקע פֿאַרהאַלטונג, און אין יעדן פֿאַל בתוך 72 שעה, נאָך ווערן באַוווּסט פֿון אַ פּערזענלעכע דאַטן־ברעך וואָס באַרירט קונד־פּערזענלעכע דאַטן. די באַנאַכטיקונג באַשרײַבט, צום מאָס וואָס באַוווּסט אין דער צייט און דערהײַנטיקט ווי מיר לערנען מער: די נאַטור פֿון דער ברעך כולל וווּ מעגלעך די קאַטעגאָריעס און אַפּראָקסימאַטיווע נומער פֿון דאַטן־סוביעקטן און רעקאָרדס באַרירט; די מסתּמא קאָנסעקווענצן; די מעסטונגען גענומען אָדער פֿאָרגעשלאָגן צו האַנדלען מיט עס און צו מיטיגירן זײַנע ווירקונגען; און אַ קאָנטאַקט־פּונקט פֿאַר ווײַטערדיקע אינפֿאָרמאַציע. מיר קאָאָפּערירן מיט דעם קונד און נעמען די שריט וואָס דער קונד געמאַסנע פרעגט צו העלפֿן אין זײַן אייגענער אינוועסטיגאַציע און באַנאַכטיקונג. אַ באַנאַכטיקונג איז נישט, און וועט נישט ווערן קאָנסטרואירט ווי, אַן אָנערקענונג פֿון פֿעלער אָדער אחריות. מיר וועלן נישט פֿאַרהאַלטן אַ באַנאַכטיקונג צו פֿאַרענדיקן אַן אינוועסטיגאַציע ערשט.

לויט דעם קונדס ברירה, מעקן מיר אָדער צוריקשאַפֿן קונד־פּערזענלעכע דאַטן אין דעם סוף פֿון דער צושטעלונג פֿון דינסטן, און מעקן עקזיסטירנדיקע קאָפּיעס, אַחוץ אַ געזעץ צו וואָס מיר זענען אונטערטאָן פֿאָדערט שפּײַכלערונג. אין דער פּראָדוקט אַרבעט עס אַזוי: קאַנסלינג אַ סאַבסקריפּשאַן באַוועגט דעם קאָנטע צום גראַטיס פּלאַן, וואָס שליסט אײַן איין אַרבעטסראָום, און יעדער אנדערער אַרבעטסראָום ווערט לייענען־בלויז און ווערט אויסגעמעקט 30 טעג שפּעטער, אָדער גליכער פֿאַר אַן אַרבעטסראָום וואָס איז דורכגעגאַנגען דאָס זעלבע לעצטנס אַזוי ווי קלאָוז 13 פֿון די דינסט־טערמינען באַשרײַבט, אַחוץ דער קונד אַפּגריידט אָדער באַוועגט עס ערשט; אויסמעקן אַן אַרבעטסראָום מאַכט עס לייענען־בלויז פֿאַר 30 טעג, אין וועלכע צייט אַ קאָנטע־אייגנטומער קען עס ווידערשטעלן, און נאָך דעם צייטראַם ווערט דער אַרבעטסראָום גערייניקט פֿונעם לעבן־דאַטנבאַזע, כולל פּראָיעקטן, איבערזעצונגען, ווערסיע־היסטאָריע, ניצונג־רעקאָרדס, וועבהאָק־ליפֿערונג־רעקאָרדס, סקריןשאָטס און אָדיט־איװענטס; שליסן דעם קאָנטע מעקט יעדן אַרבעטסראָום דערויף אויף דער זעלבער וועג און האַלט דעם קאָנטס אינװאָייסעס פֿאַר 7 יאָר; אויסמעקן אַ באַניצערס לאָגין איז גליך און אומקערבאַר. אינהאַלט וואָס דער קונד באַקומט דורך דער API, דער קאָמאַנד־ליניע־אינטערפֿייס, דער ליפֿערונג־בינדל אָדער אַ סטאָרידזש־קאָנעקטאָר איז אַרויס פֿון אונדזער הענט פֿונעם מאָמענט מיר ליפֿערן עס. פֿאַרשליסלטע באַקאַפּס ווערן נישט דערגרייכט דורך דער רייניקונג און עקספּירירן אויף די שעדיולס אין אַנעקס II; בשעת זיי עקזיסטירן זענען זיי איזאָלירט, פֿאַרשליסלט און ווידערהערשטעלט נאָר פֿאַר קאַטאַסטראָפֿע־ריקאָווערי, קיינמאָל צו צוריקשאַפֿן אַ גערייניקטן אַרבעטסראָום צו דינסט. אַ שריפֿטלעכע בקשה פֿאַר צוריקשאַפֿונג אין אַ סטרוקטורירטן פֿאָרמאַט געמאַכט איידער אויסמעקונג וועט ווערן געעכט איינמאָל, אָן באַצאָלונג, אין אַ געמאַסנעם צייטראַם.

מיר שטעלן צום קונה׳ס פֿאַרפֿיגונג די אינפֿאָרמאַציע וואָס איז סביר נייטיק כּדי צו באַווייַזן אַנטהאַלטונג מיט דעם DPA און מיט אַרטיקל 28 פֿון דער GDPR, און מיר געבן מעגלעכקייט און טראָגן בייַ צו אוידיטס, כּולל אינספּעקציעס, וואָס ווערן דורכגעפֿירט דורך דעם קונה אָדער דורך אַן אוידיטאָר וואָס ער האָט באַשטימט. אין ערשטער ליניע ווערט דעם חובֿ מקיים דורך דעם DPA, אַנעקס II, דעם Trust Center, דער זיכערקייט-בלאַט און אונדזערע אָפּגעשלעסענע ענטפֿערס צו זיכערקייט-פֿראַגעבליטער. וווּ זיי זענען טאַקע ניט גענוג פֿאַר דעם קונה׳ס רעגולאַטאָרישן חובֿ, קען דער קונה מאַכן אַן אוידיט איין מאָל אין יעדער צוועלף-חודשים-צייַט, מיט לפּחות דרייַסיק טעג שריפֿטלעכער הודעה, אין ביזנעס-שעה׳ן, אָן אומבאַגרענדיקטער שטערונג פֿון אונדזערע אָפּעראַציעס, אונטערליגנדיק צו קאָנפֿידענציאַליטעט-חובֿות, באַגרענעצט צו סיסטעמען און רעקאָרדס וואָס שייַכן צום קונה׳ס אייגענע דאַטן, און אויף דעם קונה׳ס חשבון. אַן אויפֿזיכט-אינסטאַנץ וואָס ניצט אַ סטאַטוטאָרישע מאַכט איז ניט אונטערליג צו קיין איינער פֿון די באַגרענעצונגען. אַן אוידיטאָר טאַרף ניט זיין אַ קאָנקורענט פֿון אונדז, און מיר קענען פֿאַרלאַנגן אַ באַזונדערע קאָנפֿידענציאַליטעט-פֿאַרשפּרעכונג פֿון זיי.

וווּ אונדזער פּראָצעסירונג פֿון קונה-פּערזענלעכע דאַטן שליסט איין אַ טראַנספֿער פֿונעם אייראָפּעיִשן עקאָנאָמישן ראָום צו אַ לאַנד וואָס ווערט ניט געדעקט דורך אַן אַדעקוואַטקייט-באַשלוס, ווערן די סטאַנדאַרט קאָנטראַקטועלע קלאָוזלען אַרייַנגענומען אין און מאַכן אַ טייל פֿון דעם DPA און געלטן ווי פֿאלגנד. מאָדול צוויי (קאָנטראָלירער צו פּראָצעסאָר) געלט וווּ דער קונה איז אַ קאָנטראָלירער. מאָדול דרייַ (פּראָצעסאָר צו פּראָצעסאָר) געלט וווּ דער קונה איז אליין אַ פּראָצעסאָר. קלאָוזל 7 (דער דאָקינג-קלאָוזל) געלט. אין קלאָוזל 9, איז אָפּציע 2 (אַלגעמיינע שריפֿטלעכע אויטאָריזאַציע) אויסגעקליבן, מיט דער הודעה-צייַט וואָס ווערט געזאָגט אין קלאָוזל 09 אויבן. אין קלאָוזל 11, ווערט די אָפּציאָנעלע שפּראַך פֿאַר אומאָפהענגיקע סכסוכים-לעזונג ניט אויסגעקליבן. אין קלאָוזל 17, ווערן די קלאָוזלען רעגירט דורך דעם רעכט פֿון דער רעפּובליק פֿון אירלאַנד, אויסער ווען די פּאַרטייען שטימען צו אַן אנדער EU-מיטגליד-שטאַט-רעכט אין אַן Order Form. אין קלאָוזל 18(b), ווערן סכסוכים געלעזט פֿאַר די געריכטן פֿון דער רעפּובליק פֿון אירלאַנד אויף דער זעלבער באַזע. אַנעקס I(A) זענען די פּאַרטייען, אַנעקס I(B) איז די באַשרייַבונג פֿונעם טראַנספֿער, אַנעקס I(C) איז די קאָמפּעטענטע אויפֿזיכט-אינסטאַנץ, אַנעקס II זענען די טעכנישע און אָרגאַניזאַציאָנעלע מאַסנאָמען, און אַנעקס III איז די ליסטע פֿון סאַב-פּראָצעסאָרס, יעדער ווי באַשריבן אונטן.

פֿאַר אַ טראַנספֿער וואָס איז אונטערליג צום UK GDPR, ווערט דער UK Addendum אַרייַנגענומען און אָפּגעשלעסן ווי פֿאלגנד: טאַבעלע 1 ווערט אָפּגעשלעסן דורך אַנעקס I(A); טאַבעלעס 2 און 3 ווערן אָפּגעשלעסן דורך קלאָוזל 15 און אַנעקסן I און II פֿון דעם DPA, מיט די Approved EU SCCs ווי די ווערסיע וואָס מען פֿאַרלאָזט זיך אויף; און אין טאַבעלע 4, קען קיין איינער פֿון די פּאַרטייען ניט ענדיקן דעם Addendum ווען דער Approved Addendum ענדערט זיך. פֿאַר אַ טראַנספֿער וואָס איז אונטערליג צו שווייצער רעכט, ווערן רעפֿערענצן אין די SCCs צו דער GDPR געלייענט ווי רעפֿערענצן צום שווייצער פעדעראַלן געזעץ אויף דאַטן-שיץ, די קאָמפּעטענטע אינסטאַנץ איז דער Federal Data Protection and Information Commissioner, רעפֿערענצן צו אַ מיטגליד-שטאַט נעמען ניט אַוועק פֿון אַ דאַטן-סוביעקט אין שווייץ דאָס רעכט צו קלאָגן אין זייער אָרט פֿון געוויינטלעכן וווינארט, און די SCCs שיצן די דאַטן פֿון לעגאַלע ענטיטעטן ביז שווייצער רעכט פֿאַרלאַנגט עס ניט מער.

אויב באַקומען מיר אַ לעגאַל-בינדנדיקע בקשה פֿון אַ פּובליקער אינסטאַנץ פֿאַר קונה-פּערזענלעכע דאַטן, וועלן מיר: איבערקוקן זי פֿאַר גילטיקייט און פֿאַרבינד און אנטקעגנשטעלן זי וווּ עס זענען סבירע סיבות צו מיינען אַז זי איז אומלעגאַל; אָפּגעבן בלויז דאָס מינימום וואָס די בקשה פֿאַרלאַנגט; און באַנאַכטיקן דעם קונה גיך מיט גענוג דעטאַל כּדי צו ענטפֿערן, אויסער ווען לעגאַל פֿאַרבאָטן, אין וואָס פֿאַל וועלן מיר ניצן סבירע השתדלות כּדי צו באַקומען אַ וויתור פֿונעם פֿאַרבאָט און צו זוכן אַ צווייַקייַטיקע מאַסנאָמע וואָס ערלויבט אָפּגעבן. מיר האַלטן אַ רעקאָרד פֿון די בקשות וואָס מיר באַקומען און די ענטפֿערס וואָס מיר געבן, און מיר שטעלן עס צום פֿאַרפֿיגונג פֿונעם קונה און פֿון אַן אויפֿזיכט-אינסטאַנץ אויף בקשה אין דעם מאָס ווי דאָס געזעץ ערלויבט. מיר האָבן ניט באַקומען קיין רעגירונגס-בקשה וואָס האָט פֿאַרלאַנגט פֿון אונדז צו בויען אָדער צו היטן אַן אַלגעמיינעם צוגאַנג-מעכאַניזם צו קונה-פּערזענלעכע דאַטן, און מיר וועלן ניט בויען איינעם פֿרייַוויליק.

פֿאַר פּערזענלעכע אינפֿאָרמאַציע וואָס איז אונטערליג צום CCPA, איז דער קונה דער ביזנעס און מיר זענען אַ סערװיס-פּראָווײַדער. מיר זענען פֿאַרבאָטן פֿון, און וועלן ניט, פֿאַרקויפֿן אָדער טיילן יענע פּערזענלעכע אינפֿאָרמאַציע; באַהאַלטן, ניצן אָדער אָפּגעבן זי פֿאַר קיין צוועק ניט אנדערש ווי די ביזנעס-צוועקן וואָס זענען ספּעציפיצירט אין דעם אָפּמאַך אָדער ווי אנדערש ערלויבט דורך דעם CCPA; באַהאַלטן, ניצן אָדער אָפּגעבן זי אַרויס פֿון דירעקטן ביזנעס-פֿאַרהעלטעניש צווישן די פּאַרטייען; אָדער קאָמבינירן זי מיט פּערזענלעכע אינפֿאָרמאַציע וואָס מען האָט באַקומען פֿון אַן אנדער מקור, אויסער ווי דער CCPA ערלויבט אַ סערװיס-פּראָווײַדער צו טאָן. מיר באַשטעטיקן אַז מיר פֿאַרשטייען און וועלן אַנטהאַלטן מיט די באַגרענעצונגען. מיר וועלן באַנאַכטיקן דעם קונה אויב באַשטימען מיר אַז מיר קענען ניט מער אַנטהאַלטן מיט זיי. דער קונה קען נעמען סבירע און צונעמענע שריט צו שטעלן אַ סוף און צו פֿאַרריכטן אומאוטאָריזירטע ניצונג, ניצנדיק די אוידיט-רעכטן אין קלאָוזל 14. מיר געבן דעם זעלבן ניוואָ פֿון פּריוואַטקייט-שיץ ווי דער CCPA פֿאַרלאַנגט פֿונעם ביזנעס.

וווּ אַ קאָמפּרעהענסיוו שטאַט-פּריוואַטקייט-געזעץ געלט און פֿאַרלאַנגט אַ פּראָצעסאָר-קאָנטראַקט מיט ספּעציפיצירטע טערמינען, איז דער DPA יענער קאָנטראַקט: ער שטעלט אַרויס די נאַטור און צוועק פֿון פּראָצעסירונג, דעם טיפּ דאַטן, די דויר, די רעכטן און חובֿות פֿון ביידע פּאַרטייען, אונדזער חובֿ פֿון קאָנפֿידענציאַליטעט, אונדזער באַשעפֿטיקונג פֿון סאַב-פּראָצעסאָרס אונטער עקוויוואַלענטע שריפֿטלעכע טערמינען, אונדזער הילף מיט קאָנסומער-רעכט-בקשות און מיט זיכערקייט-חובֿות, אונדזער חובֿ פֿון אויסמעקן אָדער צוריקגעבן אין סוף פֿון די סערװיסן, און אונדזער חובֿ צו שטעלן צום פֿאַרפֿיגונג די אינפֿאָרמאַציע וואָס איז נייטיק כּדי צו באַווייַזן אַנטהאַלטונג און צו ערלויבן אַ סבירע באַווערטונג. מיר האַנדלען ווי אַ פּראָצעסאָר אָדער סערװיס-פּראָווײַדער אונטער יענע געזעצן און קיינמאָל ניט ווי אַ קאָנטראָלירער פֿון קונה-פּערזענלעכע דאַטן.

די חריות פֿון יעדער פּאַרטייַ וואָס שטאַמט פֿון אָדער איז פֿאַרבונדן מיט דעם DPA, צי אין קאָנטראַקט, טאָרט אָדער קיין אנדער טעאָריע, איז אונטערליג צו די באַגרענעצונגען און אויסנאַמען פֿון חריות אין דעם אָפּמאַך, און קיין רעפֿערענץ אין יענע באַגרענעצונגען צו דער חריות פֿון אַ פּאַרטייַ מיינט די אַגרגאַטיווע חריות פֿון יענער פּאַרטייַ אונטער דעם אָפּמאַך און דעם DPA צוזאַמען. גאָרנישט אין דעם קלאָוזל באַגרענעצט די רעכטן פֿון אַ דאַטן-סוביעקט אונטער די סטאַנדאַרט קאָנטראַקטועלע קלאָוזלען אָדער אונטער דאַטן-שיץ-רעכט, און גאָרנישט באַגרענעצט אַ חריות וואָס קען ניט לעגאַל באַגרענעצט ווערן.

מיר קענען דערהייַנטיקן דעם DPA וווּ נייטיק כּדי צו שפּיגלען אַן ענדערונג אין דאַטן-שיץ-רעכט, אַ נייַע אָדער געענדערטע טראַנספֿער-מעכאַניזם, אַ באַשלוס פֿון אַן אויפֿזיכט-אינסטאַנץ אָדער אַ געריכט, אָדער אַ מאַטעריעלע ענדערונג אין ווי דער סערװיס פּראָצעסירט קונה-פּערזענלעכע דאַטן, פֿאָראויסגעזעצט אַז דערהייַנטיקונג באַגרענעצט ניט מאַטעריעל די שיץ וואָס ווערט געגעבן צו קונה-פּערזענלעכע דאַטן. מיר געבן לפּחות דרייַסיק טעג הודעה פֿון אַ מאַטעריעלער דערהייַנטיקונג, דורך E-בריוו און אויף דעם בלאַט, און מיר ענדערן דעם עפעקטיוו-דאַטום אויבן. מיר האַלטן די פֿאַרבייַטע ווערסיע צום פֿאַרפֿיגונג אויף בקשה.

דער DPA בינדט אונדז אָן אַן אונטערשריפֿט, אַזוי דער קונה דאַרף ניט איינעם כּדי צו זיין באַשיצט. אויב אייער פּראָצעס פֿאַרלאַנגט אַן אונטערגעשריבענעם קאָנטער-טייל פֿאַר אייערע רעקאָרדס, אָדער אויב איר ווילט העכערן אַ רעדליין, שרייַבט צו privacy@transglot.ai מיט דעם נאָמען פֿונעם לעגאַלן ענטיטעט, דער רעגיסטרירטער אַדרעס, דער הודעה-קאָנטאַקט און דער אונטערשרייַבער, און מיר וועלן צוריקשיקן אַן אונטערגעשריבענע קאָפּיע. מיר ענטפֿערן זיכערקייט- און פּריוואַטקייט-פֿראַגעבליטער פֿון דער זעלבער אַדרעס, און דער Trust Center טראָגט דעם פּאַק וואָס די מערסטע ריוויוערס דאַרפֿן איידער זיי שרייַבן צו ווער עס איז.

Data exporter: the Customer, being the person or company that holds the Account, as named on the Account or on the Order Form, acting as controller (or as processor where clause 01 applies) in respect of Customer Personal Data processed through the Service. Contact details: the Account Owners' email addresses and the notice contact given on the Order Form. Activities relevant to the transfer: use of a cloud localization platform to store, translate, review, deliver and manage software and content strings. Signature and date: as recorded by acceptance of the Agreement, or as executed under clause 22. Data importer: Digital Socket LLC, אַ באַגרענעצטע האַפטונג פֿירמע געגרינדעט אין דעלאַווער, פֿאַרייניקטע שטאַטן, האַנדלענדיק ווי Transglot, acting as processor. Contact details: privacy@transglot.ai. Activities relevant to the transfer: provision of the Service described in the Agreement. Role: processor.

Categories of data subjects: the Customer’s personnel and contractors who hold a login (Account Owners and Billing Members, and workspace admins, developers, reviewers and translators); the Customer’s own end users, customers and other individuals to the extent their personal data appears inside source strings, translations, glossary entries, comments, screenshots or imported files; and the Customer’s billing and notice contacts. Categories of personal data: identity and contact data (name, email address, login identifier, Account, workspace and role); authentication data (hashed password, second factor enrolment, federated identity subject identifiers, API token digests); usage and technical data (IP address, user agent, pages and endpoints accessed, request and run identifiers, timings, outcomes, error traces, audit records); billing data (billing contact, billing address, tax identifiers, payment method token and card metadata held by the payment processor); content data (whatever personal data the Customer chooses to place in project content, which is under the Customer’s control and which the Acceptable Use Policy asks the Customer to keep free of payment card data, government identifiers, credentials and special category data). Sensitive data: none is requested or required, and none should be submitted; where the Customer nonetheless submits it, the restrictions and safeguards are those in Annex II applied to all Customer Content, and the Customer remains responsible for its lawful basis. Frequency: continuous, for the duration of the Agreement, on the Customer’s instruction. Nature and purpose: hosting, storage, indexing, machine translation, quality checking, translation memory matching, glossary enforcement, review workflow, delivery and transmission through the API, webhooks, connectors and the delivery bundle, together with support, security and billing. Duration of processing: the term of the Agreement plus the retention periods stated in the Privacy Policy and clause 13 of this DPA. Subprocessor processing: for the purposes, and for the durations, set out in Annex III and in the Trust Center.

Where the SCCs apply on the basis of Article 3(1) of the GDPR, the competent supervisory authority is the one in the member state in which the data exporter is established. Where they apply because the exporter is not established in the European Economic Area but is caught by Article 3(2), the competent authority is the one in the member state in which the exporter’s Article 27 representative is established. Where they apply on the basis of Article 3(2) and no representative is appointed, the competent authority is the one in the member state in which the data subjects whose personal data is transferred are located. For UK transfers the competent authority is the Information Commissioner’s Office; for Swiss transfers, the Federal Data Protection and Information Commissioner.

Data in transit is protected with TLS 1.2 or better at the edge, and connections below that are refused. Passwords are hashed with bcrypt at a cost factor of 12 and are never stored or logged in plaintext. API tokens and delivery keys are stored as SHA-256 digests, are displayed once at creation and cannot be recovered afterwards; publishable in-context keys are deliberately public identifiers bound to an origin allowlist rather than secrets, and are documented as such. Third party credentials, connector tokens, SSO configuration secrets and webhook signing secrets are held in encrypted columns using authenticated application-level encryption. Database backups are encrypted with AES-256 by the backup tool itself, independently of any provider-side encryption, and file backups are held in a password-encrypted repository. Two honest gaps: the live database and application volumes are not disk-encrypted, and server-side encryption of the object store is not asserted in our own configuration. We state both here rather than letting a reviewer discover them in diligence.

Every query in the application is scoped by Account, workspace and project, and a cross-tenant identifier answers 404 rather than 403 so that the existence of another tenant’s record never leaks. The two Account roles (Owner and Billing), the four workspace roles (admin, developer, reviewer and translator), eighteen project abilities and per-project and per-language grants are available on every plan including Free, so least privilege is never a paid upgrade. Two-factor authentication with time-based one-time codes and recovery codes, and passkeys, are available on every plan, and an Account Owner can require a second factor for an entire workspace, enforced at the workspace boundary so that federated and single sign-on doors cannot bypass it. SAML 2.0 single sign-on with just-in-time provisioning, generic OpenID Connect, SCIM 2.0 provisioning and de-provisioning, and the ability to switch off password login for a workspace are available on the Enterprise plan. API access uses scoped tokens with optional expiry. Internal administrative access is least privilege, and operator impersonation of a customer’s login is time-limited to thirty minutes and writes an audit record when it starts and when it ends.

Security-relevant events are written to an append-only audit trail: sign-in and single sign-on events, second factor and workspace MFA policy changes, member invitations, joins, role changes and removals, custom role changes, token and key creation and revocation, integration and connector connection and disconnection, review policy changes, branding changes, SCIM provisioning events, workspace rename and deletion requests. Plan, billing and spend cap changes, changes to the Account’s members and the closing of the Account are written to the Account’s own audit trail in the same way. Each record carries the workspace or the Account, the actor, the action, the target, structured metadata, the source IP address and the time, and the model layer refuses updates and deletes, so a record cannot be edited after the fact; on the Account’s trail the IP address is removed after 395 days. On the Enterprise plan the whole trail, the Account’s included, can be exported as CSV. Append-only is enforced in the application layer and there is no cryptographic hash chain or signature over the log, so we do not describe it as tamper-evident. Application errors are collected by an error tracker we host ourselves, configured not to send personally identifying information and not to capture request bodies, which is the setting that actually keeps customer strings out of a stack trace. Operational metrics are retained for thirty days.

Public endpoints are rate limited: the REST API at sixty requests a minute per token, the delivery endpoint at three hundred a minute per key and address, sign-in at five a minute per email and address, and registration at five a minute and twenty an hour per network block, with separate buckets for the other public doors. Outbound webhooks are signed HMAC-SHA256 over the timestamp and the raw body, sent as an explicit signature header and a timestamp header, and compared in constant time; the timestamp is published so the receiver can enforce its own replay window, and we are explicit that no server-side tolerance is enforced on our side. Inbound forge webhooks are verified by signature, with the delivery identifier as the replay guard. Cross site request forgery protection is applied to every state-changing browser request, sessions expire after 120 minutes of inactivity, sensitive actions require password re-confirmation within a 3 hour window, password reset links expire after 60 minutes, and destructive actions require typing the workspace name or re-entering a password. A frame-ancestors content security policy is applied; we do not claim a broad content security policy, because we do not yet ship one.

Usage metering records counts of words and tokens, never the body of a request. The shared exact-match translation memory pool stores the linguistic pair keyed by a hash of the source, together with plural forms and reuse counters, and stores no user column and no team column at all, so an entry cannot be traced to a person; the key name, file path, screenshots, comments and every other piece of surrounding context are stripped. Human-reviewed memory entries carry a workspace identifier, which functions as a hard tenant fence on the near-match query rather than as attribution, and that is why a reviewed entry is never returned to another workspace. Any project can leave the pool entirely with a per-project switch on every plan, which stops it both contributing and drawing. In-context screenshots are held on a private store with no public path and are served only through short-lived signed URLs.

The database is backed up continuously with write-ahead log archiving and periodic full and differential backups, retaining two full backups and seven differentials, encrypted with AES-256 by the backup tool. Application file storage is snapshotted nightly into a password-encrypted repository retaining thirty daily, twelve weekly and twelve monthly snapshots, with an integrity verification pass on each run. Restore procedures are documented and exercised. Backups are isolated from the production credentials that could delete them, and they are restored for disaster recovery only, never to return a purged workspace to service. Deployment images are retained for the last several releases so that a rollback is a minute rather than a rebuild.

Changes are made through version control with peer review, an automated test suite, static analysis and dependency scanning, and container image vulnerability scanning in the build pipeline, and a failing gate blocks the release rather than warning about it. Test environments do not use production customer data. Secrets are held encrypted at rest in the deployment repository and injected at runtime rather than committed. Several product claims are themselves enforced by tests: a translation engine that becomes reachable without a subprocessor disclosure row fails the build, and the advertised overage rate is pinned to the rate the system charges. Third party components are tracked and patched, and a build is refused when a scanner reports a vulnerability above threshold.

Access to production is limited to the personnel who need it, granted individually, and removed on role change or departure. Personnel are bound by confidentiality obligations that survive their engagement, and receive security and data protection guidance appropriate to their role. We operate a documented incident response process with defined severities, an on-call rotation, alerting on service health and background job health, and post-incident review. We publish a vulnerability disclosure policy with a safe harbour for good faith research and a security address that is monitored. We hold no third party security certification today: a SOC 2 Type II audit is in progress and an AI management system standard is being pursued, and the compliance status published on our site is rendered from a configuration value that cannot show a certificate we do not hold.

Scheduled jobs enforce the retention windows published in the Privacy Policy rather than leaving them as intentions: translation version history at 180 days with a floor of the newest 20 per string, notifications at 90 days, resolved comment threads at 365 days from resolution, the activity feed at 180 days, assistant conversations at 90 days, in-context screenshots at 90 days with the stored object deleted alongside the record, connector sync records at 90 days keeping the latest per connection, referral click records at 90 days, unreviewed and unused translation memory entries at 90 days, failed background jobs at 7 days, expired API tokens 24 hours after they lapse, federated login correlation records at their own expiry, signup integrity signals 90 days after the Account was created or the pair was last seen, sign-up refusal records at 90 days, welcome words velocity records at 30 days for a domain and 24 hours for a network, sign-up allowlist entries at the expiry an operator set, never more than 365 days, Accounts never verified and holding no workspace at 30 days, welcome words, trial and card fingerprint records at 1,095 days, and the IP address on an Account’s audit trail at 395 days. Deletion runs in bounded batches rather than as one unbounded operation. Workspace deletion is a 30 day reversible grace period followed by a cascading purge of the live database. Webhook delivery records have no time-based prune today and are removed with their endpoint or their workspace.

For transfers to subprocessors we rely on the contractual measures in clause 15 together with these supplementary measures: transport encryption on every hop; contractual prohibitions on training, on onward transfer without equivalent protection, and on processing outside our instructions; a published and code-enforced disclosure list so that no undisclosed vendor can be routed customer text; the ability for a customer to disable the optional features that engage a conditional subprocessor, including the semantic translation memory feature and the per-project translation memory switch; retention windows enforced by scheduled jobs so that transferred data does not accumulate indefinitely; and the government access commitments in clause 17, including challenge, minimisation, notification and record keeping.

די אָטאָריטאַטיווע, קראַנטע ליסטע פֿון סאַבפּראָסעסערס ווערט געהאַלטן דורך אונדז און צוגעשטעלט צום קונה אויף פֿאַרלאַנג אונטער אַ נישט-אויפֿדעקונג אָפּמאַך, דורך שרייַבן צו privacy@transglot.ai. די קאַטעגאָריעס, דער ציל, די ראיאָן און די באַדינגונגען, אונטער וואָס יעדער איז באַשעפֿטיקט, זענען פּובליצירט אין טרוסט צענטער און צוזאַמענגעפֿאַסט אין דער סאַבפּראָסעסערס דאָקומענט, וואָס איז איינגעשלױסן אין דעם אַנעקס דורך רעפֿערענץ. עס ווערט געהאַלטן אין איין אָרט אַנשטאָט צו זיין דופּליצירט אויף דער זייַט מיט אַ ציל: אַ ליסטע וואָס איז איבערגעשריבן אין אַ לעגאַל דאָקומענט איז אַ ליסטע וואָס ווערט עלטער די טאָג וואָס אַ פֿאַרקויפֿער טוישט, און אַן עלטער אַנעקס איז ערגער ווי אַ לינק. ווי בייַ דער עפעקטיוו טאָג זענען די קאַטעגאָריעס: AI איבערזעצונג, אָטאָמאַטישע קוואַליטעט קאָנטראָל, גלאָסאַר עקסטראַקציע און אין-קאָנטעקסט וויזשאַל סאַגעסטשאַנס, פּראָצעסירט אין די פֿאַראייניקטע שטאַטן און באַשעפֿטיקט ווען אַ AI פֿונקציע ווערט גענוצט; טעקסט עמבעדינגס פֿאַר סעמאַנטישע איבערזעצונג זכּרון, פּראָצעסירט אין די פֿאַראייניקטע שטאַטן און באַשעפֿטיקט בלויז ווען אַ פּראָיעקט מאַכט אָן דעם פֿונקציע, וואָס איז אַפּ אויף דיפֿאָלט; אַן אָפּציאָנעל אַלטערנאַטיוו איבערזעצונג ענדזשין דערגרייכט דורך אַ API ראַוטער אין די פֿאַראייניקטע שטאַטן און האָוסטעד אין סינגאַפּור, באַשעפֿטיקט בלויז ווען אַן אָפּעראַטאָר ראַוטס אַ טיער צו אים, וואָס איז אַפּ אויף דיפֿאָלט; קלאַוד האָוסטינג, די דאַטאַבאַזע און אָביעקט סטאָרידזש, אין דער ראיאָן פֿאַרפעסטיקט בייַ דעפּלוימענט און באַשעפֿטיקט שטענדיק; צאָלונג פּראָצעסינג, אין די פֿאַראייניקטע שטאַטן און די אייראָפּעיִשע פֿאַרבאַנד, באַשעפֿטיקט בלויז פֿאַר באַצאָלטע פּלענער; טראַנזאַקציאָנאַל אימייל דעליבערי, באַשעפֿטיקט שטענדיק; און אין-פּראָדוקט סאַפּאָרט מעסידזשינג, באַשעפֿטיקט בלויז ווען דער סאַפּאָרט מעסענדזשער איז אַקטיווירט. וווּ אַ קונה גיט זייערע אייגענע קרעדענשאַלן פֿאַר אַן אָפּציאָנעל מאַשין איבערזעצונג פֿאַלבעק, איז דער קונה דער קאָנטראָלירער פֿון דעם טראַנספֿער און דער פֿאַרקויפֿער איז נישט אונדזער סאַבפּראָסעסער.