DSGVO · Auftragsverarbeitung

DSGVO и Auftragsverarbeitung

Zvitly обрабатывает данные, которые вы загружаете, исключительно по вашему поручению. Эта страница объясняет, какая роль здесь ваша, а какая наша, как заключить с нами Auftragsverarbeitungsvertrag (AVV — договор об обработке), какие технические и организационные меры по Art. 32 DSGVO у нас действительно внедрены — и какие обязанности остаются за вами.

Содержание

Ваша роль и наша

Когда вы пользуетесь Zvitly, встречаются две роли. В отношении данных ваших собственных клиентов, поставщиков и сотрудников вы являетесь Verantwortlicher (распорядитель) в смысле Art. 4 Z 7 DSGVO: вы решаете, какие данные собирать и зачем. Zvitly в отношении этих данных — Auftragsverarbeiter (обработчик) по Art. 4 Z 8 DSGVO: мы храним и обрабатываем их исключительно по вашим указаниям и никогда в собственных целях.

Это разграничение — не формальность. Оно определяет, кто должен ответить на запрос о доступе, кто уведомляет надзорный орган об утечке и кто за это отвечает. Коротко: в отношении данных внутри вашего кабинета Zvitly за рулём вы, мы — двигатель.

Кто за что отвечает
О чём речьVerantwortlicher (распорядитель)Auftragsverarbeiter (обработчик)
Данные, которые вы вносите в Zvitly: клиенты, поставщики, чеки, банковские операции, сотрудникиВыZvitly
Ваши собственные данные аккаунта и договора: почта, имя, данные предприятияZvitly—
Посещение сайта zvitly.ioZvitly—

Строки 2 и 3 описывает не эта страница, а Datenschutzerklärung (политика конфиденциальности). Datenschutzerklärung

Договор об обработке (AVV)

Art. 28 Abs 3 DSGVO требует, чтобы любая обработка по поручению основывалась на договоре. Без него уже само пользование является нарушением — причём вашим, а не нашим, поскольку эта обязанность возложена на распорядителя. Поэтому Auftragsverarbeitungsvertrag (AVV, в международной практике DPA) — не дополнительная услуга, а условие пользования.

Как заключить его с нами

  1. Напишите на указанный ниже адрес с темой «AVV» и укажите название компании, адрес и e-mail вашего аккаунта Zvitly.
  2. Вы получите действующую редакцию AVV в PDF для ознакомления. По содержанию она совпадает с этой страницей, но страница договор не заменяет.
  3. Договор заключается в текстовой форме. Art. 28 Abs 9 DSGVO прямо допускает электронный формат; подпись на бумаге не требуется.

Заключение бесплатно на всех тарифах, включая бесплатное пользование. Заключить договор прямо в кабинете пока нельзя — путь через электронную почту.

Содержание AVV по Art. 28 Abs 3 DSGVO

Art. 28 Abs 3 DSGVO устанавливает, что должно быть в AVV. Две таблицы ниже воспроизводят этот перечень полностью: сначала основные параметры обработки, затем обязанности по lit a — h.

Основные параметры обработки
Что требует законКак это выглядит в Zvitly
ПредметПредоставление программного обеспечения Zvitly по модели software-as-a-service для бухгалтерии, выставления счетов и подготовки налоговой отчётности, включая хранение внесённых вами данных.
ДлительностьНа срок действия вашего договора пользования. Далее действует концепция удаления ниже; законные сроки хранения остаются неизменными.
Характер обработкиСбор, хранение, упорядочение, считывание — в том числе автоматическое распознавание загруженных изображений чеков, — изменение, сопоставление, экспорт и удаление; автоматизированно, в нашей инфраструктуре и в инфраструктуре наших субпроцессоров.
ЦельИсключительно оказание предусмотренной договором услуги и её техническая эксплуатация. Никакого профилирования, рекламы, передачи и обучения моделей ИИ на ваших данных.
Виды персональных данныхОсновные данные (имя, адрес, UID, контакты), данные счетов и чеков, платёжные и банковские операции, при необходимости — зарплатные данные сотрудников. В зависимости от того, что вы вносите.
Категории субъектов данныхВаши клиенты и поставщики и их контактные лица, ваши сотрудники, вы сами и другие пользователи вашего аккаунта.
Особые категории (Art. 9)Не предусмотрены. Zvitly не запрашивает ни данных о здоровье, ни иных особых категорий. Если вы всё же внесёте такие данные — например, в поле свободного текста, — это происходит по вашему решению и под вашу ответственность.
Обязанности обработчика по Art. 28 Abs 3 lit a — h
БукваЧего требует Art. 28Как это выполняет Zvitly
lit a — связанность указаниямиОбработка только по задокументированным указаниям распорядителя, в том числе при передачах в третьи страны.Вашими указаниями являются договор пользования, этот AVV и то, как вы пользуетесь продуктом. Иные указания принимаем в текстовой форме. Если мы считаем указание противоправным, мы сообщаем вам об этом и не исполняем его до выяснения.
lit b — конфиденциальностьПривлечение только лиц, обязанных к конфиденциальности.Доступ есть только у того, кому он нужен для эксплуатации или поддержки; все причастные обязаны к неразглашению. Административный доступ без исключений требует двухфакторной аутентификации и полностью протоколируется.
lit c — безопасностьПринять все меры, которых требует Art. 32.Перечислены по пунктам в разделе о технических и организационных мерах.
lit d — субпроцессорыПривлечение других обработчиков только на условиях Art. 28 Abs 2 и 4.Вы даёте общее разрешение; действующий перечень — ниже. Об изменениях мы сообщаем заранее, и вы можете возразить. Привлечённые нами поставщики связаны теми же обязанностями, что и мы, и мы за них отвечаем.
lit e — права субъектов данныхПомощь распорядителю с запросами по главе III.По запросу мы собираем данные, хранящиеся о конкретном лице, и выполняем удаления и блокировки, которые вы не можете сделать сами в продукте.
lit f — помощь по Art. 32 — 36Помощь с безопасностью, уведомлениями и оценкой воздействия.Мы безотлагательно сообщаем вам об инцидентах и предоставляем сведения, нужные для вашего собственного уведомления надзорного органа. Для оценки воздействия предоставляем описание нашей обработки.
lit g — удаление или возвратПосле завершения оказания услуги удалить или вернуть данные по выбору распорядителя.После завершения договора вы по запросу получаете свои данные в распространённом машиночитаемом формате; далее мы их удаляем, если этому не препятствует законная обязанность хранения.
lit h — подтверждение и проверкаПредоставить всю информацию для подтверждения исполнения обязанностей, сделать проверки возможными и содействовать им.Эта страница, AVV и ответы по запросу; о праве проверки — в разделе «Подтверждение и проверка».

Субпроцессоры

Zvitly привлекает перечисленных ниже субпроцессоров. Перечень полный и содержит только тех поставщиков, с которыми действительно заключён договор по Art. 28 DSGVO.

Привлечённые субпроцессоры
ПоставщикРольМесто обработкиОснование при наличии третьей страныДоговор
Supabase Inc. (США)База данных, аутентификация, файловое хранилищеAWS eu-central-1, Франкфурт-на-Майне (Германия)Стандартные договорные положения по Art. 46 Abs 2 lit c DSGVO — для административного доступа американской компанииsupabase.com/legal/dpa
Resend (США)Отправка системных писем: подтверждение, сброс пароля, уведомленияОтправка из европейского региона Ирландия (eu-west-1), где верифицирован домен zvitly.io. Данные аккаунта, метаданные доставки и журналы — в СШАРешение об адекватности по Art. 45 DSGVO — Resend сертифицирован по EU-US Data Privacy Framework. Дополнительно DPA содержит стандартные договорные положения по Art. 46 Abs 2 lit c DSGVO; право и суды — Ирландияresend.com/legal/dpa
Hostinger International Ltd. (Кипр, ЕС)Хостинг приложенияЕвропейский СоюзПередачи в третьи страны нетhostinger.com/legal/dpa
Amazon Web Services (Amazon Bedrock)Автоматическое распознавание загруженных изображений чеков: продавец, дата, суммы, ставка налога и предложение категорииДата-центры в ЕС — EU-профиль инференса, исходный регион eu-central-1, Франкфурт-на-Майне (Германия)Стандартные договорные положения по Art. 46 Abs 2 lit c DSGVO в договоре поставщика об обработке — в отношении административного доступа со стороны американского концернаd1.awsstatic.com/legal/aws-dpa/aws-dpa.pdf

Технические и организационные меры (Art. 32)

Art. 32 DSGVO требует мер, соразмерных риску, — и требует, чтобы они были внедрены, а не только запланированы. Поэтому перечень ниже описывает только то, что действительно работает в продукте.

Внедрённые технические и организационные меры
НаправлениеМераКак реализовано
Контроль входаАутентификацияВход по почте и паролю. Пароли хранятся только в виде хеша и недоступны нам для чтения. Минимальная длина в восемь символов проверяется на сервере, а не только в форме.
Контроль входаДвухфакторная аутентификацияВ кабинете включается двухфакторная аутентификация на основе TOTP. Пока она активна, каждый вход обязательно требует второго фактора; снять подтверждённый фактор можно только из сессии, которая сама уже подтверждена вторым фактором.
Контроль доступа к даннымИзоляция арендаторовУ каждой таблицы прикладной схемы включён Row Level Security — разграничение живёт в самой базе данных, а не только в коде приложения. Доступ идёт через проверочную функцию, допускающую только активные членства в арендаторе, который не заблокирован и не удалён. Идентификатор арендатора всегда берётся из сессии и никогда из запроса — даже если запрос его содержит.
Контроль доступа к даннымФайлыЧеки, банковские выписки, счета и экспорты лежат в непубличных хранилищах; доступ ограничен папкой вашего арендатора той же проверкой. Загрузки ограничены разрешёнными типами файлов и размерами.
Контроль административного доступаДоступ администратораДоступ к внутренней панели управления требует трёх независимых условий: включённой функции, признака администратора, который можно выставить только непосредственно в базе данных, и сессии, подтверждённой вторым фактором. Не хватает хотя бы одного — в доступе отказано.
ПрослеживаемостьЖурнал административных действийКаждое административное действие фиксируется со временем, лицом, арендатором, IP-адресом и результатом — включая неудачную попытку. Если запись в журнал не удаётся, действие не выполняется; обойти это невозможно. Через интерфейс приложения журнал не изменить и не удалить.
Контроль передачиШифрование при передачеИсключительно TLS/HTTPS — между браузером и приложением, между приложением, базой данных, файловым хранилищем и сервисом распознавания чеков, а также при отправке каждого письма. Для почты транспортное шифрование переведено в режим «принудительно»: если принимающий сервер не принимает шифрованное соединение, письмо не доставляется, а не идёт открытым текстом. Конфиденциальность здесь сознательно важнее процента доставки.
Контроль храненияШифрование в состоянии покояБаза данных и файловое хранилище размещены в Supabase на AWS в регионе eu-central-1 (Франкфурт-на-Майне) и хранятся зашифрованными на уровне платформы.
Контроль вводаПроверка входящих данныхВсе записывающие вызовы программного интерфейса проверяют тип и содержимое каждого поля на сервере. Любой изменяющий запрос дополнительно проверяет своё происхождение и отклоняется, если оно чужое, — это защита от запросов, которые чужой сайт инициирует от имени авторизованного человека.
Противодействие злоупотреблениямОграничение частоты запросовРегистрация и сброс пароля ограничены пятью запросами за пятнадцать минут с одного IP-адреса и одним запросом за шестьдесят секунд на один почтовый адрес. Если нужный серверный ключ отсутствует, действие блокируется, а не пропускается без защиты.
ПсевдонимизацияСчётчики противодействия злоупотреблениямДля этого ограничения ни IP-, ни почтовый адрес не хранятся в открытом виде — только как HMAC-SHA256 с серверным секретом, которого нет в базе данных. Поэтому из одних лишь данных базы невозможно узнать, кто входил.
Защита аккаунтаЗащита от перехвата аккаунтаВход и «забыли пароль» отвечают одинаково независимо от того, существует ли адрес, — из ответа нельзя узнать, какие адреса зарегистрированы. Сменить пароль, не зная предыдущего, можно только в течение пятнадцати минут после перехода по ссылке из письма; старой открытой сессии для этого недостаточно.
Разделение ключейОбращение с секретамиКлюч базы данных, способный обойти изоляцию арендаторов, существует только на сервере и защищён от попадания в браузер двумя независимыми барьерами. Используется он исключительно через слой управления, который ведёт журнал.
ДоступностьРезервное копирование и восстановлениеБаза данных ежедневно автоматически резервируется на уровне платформы.
УдалениеАнонимизация аккаунтовДля аккаунтов предусмотрена анонимизация: она необратимо затирает имя, почту, телефон, адрес, учётные данные к государственным порталам и банковские подключения, оставляя документы, подлежащие хранению, без привязки к лицу. IP-адреса в журналах затираются вместе с ними.

Нарушение защиты персональных данных

Если нам станет известно о нарушении защиты персональных данных, затрагивающем ваши данные, мы безотлагательно уведомим вас, как этого требует Art. 33 Abs 2 DSGVO. «Безотлагательно» на практике означает в течение 24 часов с момента, когда мы узнали, — чтобы от ваших собственных 72 часов осталось достаточно.

Что делаем мы

  1. Локализуем инцидент и устанавливаем его объём.
  2. Уведомляем вас как распорядителя — с указанием характера инцидента, категорий затронутых данных, приблизительного числа субъектов, вероятных последствий и принятых мер (Art. 33 Abs 3 DSGVO).
  3. Дописываем сведения, которых на момент первого уведомления ещё не было: поэтапное уведомление допускается, а для крупных инцидентов является обычной практикой.
  4. Документируем инцидент у себя и устраняем причину.

Путь подачи в Австрии: онлайн-форма или PDF-форма Datenschutzbehörde, как альтернатива — письмо на dsb@dsb.gv.at либо почтой на адрес Österreichische Datenschutzbehörde, Barichgasse 40–42, 1030 Wien.

Права субъектов данных на практике

Запросы субъектов данных адресованы вам, потому что распорядитель — вы. Наша задача — сделать их исполнение возможным. В таблице для каждого права указано, что вы можете сделать сами в кабинете, а для чего нужны мы.

Права субъектов данных и их реализация в Zvitly
ПравоНормаКак вы его реализуете
ДоступArt. 15 DSGVOДанные клиентов, счетов и чеков вы видите в кабинете и можете собрать их оттуда. По данным, лежащим только в системных журналах, обратитесь к нам — мы их предоставим.
ИсправлениеArt. 16 DSGVOОсновные данные ваших клиентов и поставщиков вы редактируете прямо в кабинете.
УдалениеArt. 17 DSGVOЗаписи без бухгалтерской привязки вы удаляете сами. На чеки и счета распространяется обязанность хранения — см. концепцию удаления.
Ограничение обработкиArt. 18 DSGVOПо вашему указанию мы блокируем отдельные записи для дальнейшей обработки.
Переносимость данныхArt. 20 DSGVOЭкспорт данных, хранящихся о конкретном лице, в распространённом машиночитаемом формате мы предоставляем по запросу.
ВозражениеArt. 21 DSGVOВозражение адресуется вам. То, что из него следует — блокировка или удаление, — мы выполняем по вашему указанию.

Концепция удаления

Сколько живут данные, решает не вкус, а цель и закон. Для бухгалтерских данных закон строже желания удалить — и закон имеет приоритет.

Что и когда удаляется
Категория данныхУдалениеОснование
Чеки, счета, проводки, поданная отчётностьСемь лет с конца календарного года, за который сделана последняя запись, — далее удаление.§ 132 BAO; Art. 17 Abs 3 lit b DSGVO в этой части отступает перед обязанностью хранения.
Основные данные клиентов и поставщиков без привязки к документуПо вашему указанию немедленно.Законной обязанности хранения нет.
Загруженные файлы: изображения чеков, банковские выпискиВместе с бухгалтерскими данными, к которым они относятся.Составная часть первичного документа.
Учётные данные к государственным порталам, банковские подключенияНемедленно при разрыве подключения или анонимизации аккаунта.Обязанности хранения нет, а риск высок — минимизация данных по Art. 5 Abs 1 lit c.
Журнал административных действийНе удаляется; персональная составляющая (IP-адрес) затирается при анонимизации.Доказательственная функция по Art. 28 Abs 3 lit h и подотчётность по Art. 5 Abs 2.
Счётчики противодействия злоупотреблениямСкользяще, по истечении соответствующего окна; и так хранятся только как хеш.Цель отпадает.
Аккаунт после завершения договораАнонимизация: привязка к лицу затёрта, документы с обязательным хранением остаются без персональных данных.Разрешение конфликта между Art. 17 DSGVO и § 132 BAO.

Сроки для данных, которые Zvitly обрабатывает как распорядитель — аккаунт, контакт, сайт, — приведены в Datenschutzerklärung. Datenschutzerklärung

Передача в третьи страны

Ваши бухгалтерские данные не покидают Европейский Союз. База данных и файлы находятся во Франкфурте-на-Майне, приложение работает на серверах в ЕС, автоматическое распознавание чеков идёт через профиль инференса Amazon Web Services, ограничивающий обработку дата-центрами в ЕС, а системные письма отправляются из европейского региона Ирландия (eu-west-1), где верифицирован домен zvitly.io. Связь с третьей страной возникает исключительно в отношении служебных данных поставщиков, которые являются американскими компаниями или входят в американский концерн: у Supabase и Amazon Web Services — административный доступ соответствующего поставщика к собственной платформе, у Resend — данные аккаунта, метаданные доставки и журналы, то есть запись о том, ЧТО письмо доставлено, а не чеки, счета или данные ваших клиентов.

Эти передачи правомерны на основании DSGVO — а не просто терпимы. Resend сертифицирован по EU-US Data Privacy Framework, в отношении которого Европейская Комиссия 10 июля 2023 года приняла решение об адекватности по Art. 45 DSGVO; передача на этом основании не требует дополнительного разрешения надзорного органа. Независимо от этого договоры об обработке всех трёх поставщиков содержат стандартные договорные положения Комиссии по Art. 46 Abs 2 lit c DSGVO, дополненные техническими мерами: принудительным транспортным шифрованием, шифрованием в состоянии покоя, а также хранением и обработкой в ЕС. К договору с Resend применяется ирландское право и ирландская подсудность.

Оценка воздействия на защиту данных (Art. 35)

Datenschutz-Folgenabschätzung (DSFA — оценка воздействия на защиту данных) по Art. 35 DSGVO нужна не всегда. Она обязательна, если обработка вероятно повлечёт высокий риск для прав и свобод физических лиц — в частности при систематической и всесторонней оценке личных аспектов, при масштабной обработке особых категорий по Art. 9 или при систематическом наблюдении за общедоступными местами в большом объёме.

Для типичного использования Zvitly — бухгалтерии индивидуального предпринимателя или малого предприятия — DSFA, по нашей оценке, не требуется:

  • Нет автоматизированных решений с правовыми последствиями и нет профилирования в смысле Art. 22 DSGVO.
  • Особые категории по Art. 9 не предусмотрены и не запрашиваются.
  • Обработка ограничена хозяйственными операциями одного предприятия и потому не является «масштабной» в смысле пункта 91 преамбулы.

Реестр операций обработки (Art. 30 Abs 2)

Как обработчик мы ведём собственный реестр всех операций обработки, выполняемых по поручению распорядителей (Art. 30 Abs 2 DSGVO). Он содержит:

Содержание нашего реестра по Art. 30 Abs 2
Что требует законКак это в Zvitly
lit a — наименование и контактные данные обработчика и каждого распорядителя, по поручению которого он действуетНаши данные приведены в Impressum; распорядители — наши клиенты, зафиксированные через данные их аккаунтов.
lit b — категории обработки, выполняемые по поручениюХранение и обработка бухгалтерских данных, счетов, чеков и банковских операций, автоматическое распознавание загруженных изображений чеков, а также отправка системных писем.
lit c — передачи в третьи страны вместе с гарантиямиКак описано в разделе о передаче в третьи страны.
lit d — общее описание мер по Art. 32 Abs 1Как описано в разделе о технических и организационных мерах.

Исключение Art. 30 Abs 5 DSGVO для предприятий менее чем с 250 работниками здесь не действует: обработка не является эпизодической. По запросу мы предоставляем реестр надзорному органу и вам.

Подтверждение и проверка

Art. 28 Abs 3 lit h DSGVO даёт вам право проверять соблюдение этого договора. Мы обеспечиваем его в такой последовательности — от самой лёгкой формы к наиболее вмешивающейся:

  1. Самоотчёт: эта страница и AVV описывают обработку и меры. Для большинства проверок этого достаточно.
  2. Письменный ответ: на конкретные вопросы отвечаем в текстовой форме в течение 30 дней, включая подтверждения по отдельным мерам.
  3. Проверка на месте: после предупреждения в разумный срок, в обычные рабочие часы, не чаще одного раза в год и без нарушения работы — вами или назначенным вами аудитором, обязанным к неразглашению и не являющимся нашим конкурентом. Проверки, вызванные инцидентом, этим ограничением не охватываются.

Сертификатов третьих сторон — вроде ISO 27001 или отчёта SOC 2 — для самой Zvitly нет. Для привлечённых поставщиков они доступны через их порталы доверия.

Ваши собственные обязанности как предпринимателя

AVV с нами — один кирпич вашего комплаенса, а не весь он. Шесть вопросов ниже — это те, которые нам действительно задают, с ответами, относящимися к австрийскому малому бизнесу и индивидуальным предпринимателям.

Нужен ли мне как индивидуальному предпринимателю собственный реестр операций обработки?
В большинстве случаев да. Исключение Art. 30 Abs 5 DSGVO для предприятий менее чем с 250 работниками отпадает уже тогда, когда обработка не является эпизодической, — а постоянные данные клиентов, счетов или сотрудников именно таковы. Для типичного ИП реестр остаётся коротким: одна-две страницы на бухгалтерию, ведение клиентов и, при наличии, зарплату.
Нужен ли мне уполномоченный по защите данных?
Для большинства ИП — нет. Art. 37 Abs 1 DSGVO требует его для органов власти, для случаев, когда регулярное и систематическое наблюдение в большом объёме является основной деятельностью, либо когда в большом объёме обрабатываются особые категории по Art. 9. Обычная бухгалтерия ни одного из этих случаев не образует. Австрия дополнительного национального порога здесь не вводила.
Что я должен сказать своим собственным клиентам?
Вам нужна собственная политика конфиденциальности по Art. 13 DSGVO — на вашем сайте и везде, где вы собираете данные. Туда относится и упоминание, что вы привлекаете ИТ-поставщика как обработчика. Называть Zvitly поимённо можно и так обычно делают, но это не обязательно: достаточно категории «поставщики ИТ- и программных услуг».
Как быстро я должен ответить на запрос о доступе?
Безотлагательно, не позднее одного месяца со дня получения (Art. 12 Abs 3 DSGVO). Для сложных запросов срок можно продлить на два месяца, но сообщить об этом субъекту нужно в пределах первого месяца. Ответ по общему правилу бесплатен.
А если данные потерял я сам — скажем, ноутбук?
Тогда уведомлять обязаны вы, а не мы: 72 часа с момента, когда узнали, в Datenschutzbehörde, если риск вероятен. Зашифрованное устройство с надёжным паролем существенно снижает риск и может вовсе снять обязанность уведомлять — задокументируйте эту оценку письменно, поскольку подотчётность по Art. 5 Abs 2 DSGVO лежит на вас.
Нужны ли AVV и с другими поставщиками?
Да — с каждым, кто обрабатывает персональные данные по вашему поручению: зарплатный сервис, вебхостинг, рассылки, облачное хранилище, внешняя ИТ-поддержка. Налоговый консультант — отдельный случай: исполняя собственные профессиональные обязанности, он действует как самостоятельный распорядитель, а не как обработчик. Отсутствие AVV — один из самых распространённых выводов проверок вообще.

Короткий чек-лист

  • AVV с Zvitly заключён.
  • AVV со всеми остальными поставщиками заключены.
  • Собственный реестр операций обработки по Art. 30 Abs 1 создан.
  • Собственная политика конфиденциальности по Art. 13 опубликована.
  • Проверено, нужны ли уполномоченный по защите данных или DSFA, — и результат зафиксирован.
  • Определено, кто что делает при инциденте, и записан срок в 72 часа.

Этот обзор является ориентиром и не заменяет юридической консультации. Zvitly не является ни налоговым консультантом, ни адвокатом.

Контакт и редакция

Вопросы об обработке по поручению, запрос AVV, сообщение об инциденте или помощь с запросом субъекта данных — на указанный ниже адрес, со словом «Datenschutz» в теме письма. Уполномоченного по защите данных Zvitly не назначала: условий Art. 37 Abs 1 DSGVO нет. На запросы отвечает руководство.

Контакт и реквизиты
Фирма
WENEXUS Consulting GmbH
Адрес
Fleischmarkt 14/5a
1010 Wien
Österreich

Эта редакция действует с указанной выше даты и заменяет все предыдущие. Юридически действующей является немецкая редакция.

Юридически действующей является немецкая редакция этого документа. Переводы приведены для удобства и самостоятельной силы не имеют; при расхождениях действует немецкий текст.

Вопросы по этим документам?

Напишите нам — мы отвечаем на немецком, английском, украинском и русском.

Написать нам
Разрешить измерение посещений?

Мы хотим видеть, какие страницы читают и откуда приходят — через Google Analytics. Это означает передачу данных в Google LLC (США) и запись в ваш браузер. Без вашего разрешения скрипт Google не загружается вообще. Отказ ничего не выключает: сайт и приложение работают одинаково. Подробности — в Datenschutzerklärung.