ENRUUAFI


Privacy Policy - NotifyArchive

Last updated: 14 August 2026

Developer: VALO Studio

Support: valostudio.support@gmail.com

Package name: com.valostudio.notifyarchive


1. General principle

OBLOM is a local app for saving, organizing and reading aloud notifications and messages that Android provides through system Notification access. If Android and the source app make related media accessible, OBLOM can create a local copy of the available file and link it to a card.

The main archive is processed on the user’s device. OBLOM is not designed for covert surveillance, reading private messenger databases, bypassing encryption, breaking into accounts or obtaining hidden access to conversations.

VALO Studio does not automatically receive the contents of the notification archive, saved media, notes or diagnostic files.


2. Data OBLOM may process

On the user’s device, OBLOM may process data actually supplied by Android in a notification: source app name, sender name, chat/channel title, notification or message text, links, date and time, notification lines, MessagingStyle data, technical notification fields, signs of change or deletion, favorite status and local card notes.

For the media archive, the app may process accessible images, videos, audio and voice messages plus related metadata such as file name, MIME type, size, creation/modification time, MediaStore URI, path/relative path and local matching information used to associate a file with a card.

For manual import or Android “Share”, OBLOM processes only files explicitly selected or sent to the app by the user.

The app may also store local speech settings such as language, voice, speed, pitch, volume, speech conditions and the technical state of the TTS queue.


3. Notification access

Notification access is enabled manually by the user in Android system settings.

OBLOM uses Notification Listener to receive notifications that Android permits the service to see and events when they are updated or removed. This access does not provide direct access to a user account, chat history or a messenger’s private database.

If the source app does not show text in the notification, Android hides part of the data or notifications are disabled, OBLOM cannot recover the missing content from a private source.


4. Obtaining media and files

A related file can be obtained through Android-supported mechanisms:

• directly from notification data when the source app provides an accessible URI or image;

• through MediaStore for accessible images, videos and audio when the corresponding media access is granted;

• through the Android file picker via “Import files”;

• through Android “Share” when the user sends a file to OBLOM.

Documents, APK, ZIP and other arbitrary files may not be available for automatic discovery in the normal build. They can be added manually by import or Share when Android and the source app provide access.


5. Android media access

On Android 13 and later, OBLOM may request:

• `READ_MEDIA_IMAGES` for automatic discovery of accessible images;

• `READ_MEDIA_VIDEO` for automatic discovery of accessible videos;

• `READ_MEDIA_AUDIO` for automatic discovery of accessible audio and voice files;

• `READ_MEDIA_VISUAL_USER_SELECTED` on supported Android versions to work correctly with Android’s limited selected-photo/video access mode.

On Android 12 and earlier supported versions, `READ_EXTERNAL_STORAGE` may be used within system limits; in the manifest it is limited to `maxSdkVersion=32`.

If the user grants access only to selected photos or videos, automatic media archiving may operate in a limited mode and can see only the portion of the media library that Android exposes.

The text notification/message archive does not require media access.


6. OBLOM’s own notifications

On supported Android versions, OBLOM may request `POST_NOTIFICATIONS`.

This permission is used for the app’s own notifications, including speech controls and notices about an available update. It does not give OBLOM access to other apps’ notifications; access to those notifications is enabled separately through Android Notification Listener.


7. Local storage

Cards are stored locally in the app’s internal database, for example `notifyarchive_messages.db`.

Saved media copies and imported files are kept in the app’s internal archive, for example `files/media_archive`.

OBLOM does not modify or delete a source file merely because it created a local archive copy.

After the app is uninstalled, Android may remove the internal database and internal file archive. Copies exported or saved by the user remain in the location chosen by the user.


8. Deleted messages and notification changes

OBLOM may mark a message as deleted when Android and the source app provide enough information to match a notification change or a disappearing notification line.

Deletion detection depends on the specific app, Android version and notification format. It is not guaranteed recovery of deleted chat history and does not mean OBLOM gained access to a private conversation database.


9. Text-to-speech

OBLOM may pass selected text to the Android TTS engine chosen on the device in order to read it aloud.

The specific TTS engine, voice packages and their processing are governed by the provider of the TTS component installed by the user. OBLOM stores its own speech settings locally and does not send the text to VALO Studio’s own servers.


10. Diagnostics and support report

OBLOM may create local technical logs and diagnostic data to verify notification handling, media matching, filters, speech, import and errors.

Internal diagnostics may contain sensitive data including notification text, sender names, chat titles, file names and technical paths.

The user support report is generated locally. Before generating that report, the app masks or removes a number of user fields, including message text, sender names, chat titles, file names and paths. Sending the report is performed only by the user.


11. Export, opening, import and sharing

The user can manually import files through the Android system picker, send files to OBLOM with Share, open archived files in external apps, save copies, export the file archive and send a support report.

Once data is sent to an external app or service, further processing is governed by the selected service. VALO Studio does not control those external services.


12. Sharing with third parties

OBLOM does not sell user data.

Notification archive contents, local notes and archived files are not automatically sent to a VALO Studio server.

User content is transferred to a third party only through a user action, for example export, opening in an external app, Share or sending a support report.


13. Advertising, analytics and accounts

OBLOM does not use an advertising business model, does not include advertising SDKs and does not require a VALO Studio account.

The current project does not use Firebase Analytics or a VALO Studio-owned analytics system to collect the contents of the user archive.


14. Google Play, purchases, updates and network access

OBLOM may use Google Play Billing to purchase/restore the full version and Google Play In-App Updates to check for and install updates.

For these functions, Google Play dependencies may use the internet and technical information required to provide those services. Payment data is handled by Google Play; VALO Studio does not receive the user’s bank-card details through OBLOM.

Use of Google Play and other system services is governed by the terms of their providers. The notification/media archive is not uploaded to VALO Studio servers as part of those functions.


15. Backup and device transfer

The app is configured with `allowBackup=false`. The project also excludes key archive data from Android backup/device transfer, including the message database, media archive and principal diagnostic logs.

This reduces the risk of sensitive archive data being transferred automatically by Android backup mechanisms.

User-exported copies are outside the app’s control after they are saved.


16. Retention and deletion

Retention periods and archive limits depend on user settings and the app mode.

Users can delete individual cards and files and can clear the notification and file archives through available app functions. Favorite records may be preserved by some cleanup operations according to current app logic.

Uninstalling the app normally removes OBLOM’s internal data through Android.


17. Limitations and security

OBLOM cannot guarantee saving every notification, every deleted message or every related file.

Results depend on what the source app actually displayed, permissions granted by the user, whether a file was downloaded, whether it is accessible through Notification URI/MediaStore/manual import and Android/device-firmware restrictions.

The user is responsible for device locking, physical access control, protection of exported files and the legality of storing or sharing content.


18. Covert surveillance

OBLOM is not intended for covert monitoring of another person or for bypassing system security.

If a device is shared or belongs to another person, the user must have a lawful basis for enabling notification access and saving accessible content.


19. Policy changes

This policy may be updated when OBLOM functionality, Android permissions, Google Play requirements or data-processing methods change.

The current policy should be available in the app and on the privacy-policy page.


20. Contact

Developer: VALO Studio

Email: valostudio.support@gmail.com

Telegram: @valostudio_support

Use these contacts for questions about privacy, data deletion, permissions and app operation.


© 2026 VALO Studio. NotifyArchive. All rights reserved.


---

Политика конфиденциальности - NotifyArchive

Дата обновления: 14 августа 2026 г.

Разработчик: VALO Studio

Поддержка: valostudio.support@gmail.com

Package name: com.valostudio.notifyarchive


1. Общий принцип

OBLOM — локальное приложение для сохранения, организации и озвучивания уведомлений и сообщений, которые Android передаёт приложению через системный доступ к уведомлениям. Если Android и приложение-источник предоставляют связанный медиаконтент, OBLOM может сохранить локальную копию доступного файла и связать её с карточкой.

Основной архив обрабатывается на устройстве пользователя. OBLOM не предназначен для скрытого наблюдения, чтения закрытых баз данных мессенджеров, обхода шифрования, взлома аккаунтов или получения скрытого доступа к переписке.

VALO Studio не получает автоматически содержимое архива уведомлений, сохранённые медиафайлы, заметки или диагностические файлы пользователя.


2. Какие данные может обрабатывать OBLOM

На устройстве пользователя OBLOM может обрабатывать данные, фактически переданные Android в уведомлении: название приложения-источника, имя отправителя, название чата или канала, текст уведомления или сообщения, ссылки, дату и время, строки уведомления, MessagingStyle-данные, технические поля уведомления, признаки изменения или удаления, а также локальный статус избранного и пользовательские заметки.

Для медиархива приложение может обрабатывать доступные изображения, видео, аудио и голосовые сообщения, а также связанные метаданные: имя файла, MIME-тип, размер, время создания или изменения, MediaStore URI, путь/relative path и локальные признаки, необходимые для сопоставления файла с карточкой.

При ручном импорте или использовании системного действия «Поделиться» OBLOM обрабатывает только те файлы, которые пользователь сам выбрал или передал приложению.

Дополнительно приложение может хранить локальные настройки озвучивания: язык, голос, скорость, высоту тона, громкость, условия озвучивания и техническое состояние очереди TTS.


3. Доступ к уведомлениям

Доступ к уведомлениям включается пользователем вручную в системных настройках Android.

OBLOM использует Notification Listener для получения уведомлений, которые Android разрешил передавать приложению, а также событий их обновления или удаления. Этот доступ не предоставляет прямой доступ к аккаунту, истории чата или закрытой базе данных мессенджера.

Если приложение-источник не показывает текст в уведомлении, Android скрывает часть данных или уведомления отключены, OBLOM не может восстановить отсутствующее содержимое из закрытого источника.


4. Получение медиа и файлов

Связанный файл может быть получен одним из разрешённых Android способов:

• непосредственно из данных уведомления, если приложение-источник передало доступный URI или изображение;

• через MediaStore для доступных изображений, видео и аудио при наличии соответствующего медиадоступа;

• через системный выбор файлов «Импортировать файлы»;

• через системное действие «Поделиться», когда пользователь отправляет файл в OBLOM.

Документы, APK, ZIP и другие произвольные файлы могут быть недоступны для автоматического поиска в обычной сборке. Их можно добавить вручную через импорт или «Поделиться», если Android и приложение-источник предоставляют доступ.


5. Медиадоступ Android

На Android 13 и новее OBLOM может запрашивать:

• `READ_MEDIA_IMAGES` — для автоматического поиска доступных изображений;

• `READ_MEDIA_VIDEO` — для автоматического поиска доступных видео;

• `READ_MEDIA_AUDIO` — для автоматического поиска доступного аудио и голосовых файлов;

• `READ_MEDIA_VISUAL_USER_SELECTED` на поддерживаемых версиях Android — для корректной работы системного режима ограниченного выбора фото и видео.

На Android 12 и более ранних поддерживаемых версиях может использоваться `READ_EXTERNAL_STORAGE` в пределах, разрешённых системой; в manifest он ограничен `maxSdkVersion=32`.

Если пользователь даёт доступ только к отдельным фото или видео, автоматический медиархив может работать в ограниченном режиме и видеть только предоставленную системой часть медиатеки.

Архив текстовых уведомлений и сообщений не требует медиадоступа.


6. Собственные уведомления приложения

На поддерживаемых версиях Android OBLOM может запрашивать `POST_NOTIFICATIONS`.

Это разрешение используется для собственных уведомлений приложения, в том числе элементов управления озвучиванием и сообщений о доступном обновлении. Оно не даёт OBLOM доступ к уведомлениям других приложений; доступ к чужим уведомлениям включается отдельно через системный Notification Listener.


7. Локальное хранение

Журнал карточек хранится локально во внутренней базе приложения, например `notifyarchive_messages.db`.

Сохранённые копии медиа и импортированных файлов размещаются во внутреннем архиве приложения, например `files/media_archive`.

OBLOM не изменяет и не удаляет исходный файл только потому, что создал его локальную архивную копию.

После удаления приложения Android может удалить внутреннюю базу и внутренний файловый архив. Экспортированные или сохранённые пользователем копии остаются в выбранном пользователем месте.


8. Удалённые сообщения и изменения уведомлений

OBLOM может отмечать сообщение как удалённое, если Android и приложение-источник передали достаточно данных для корректного сопоставления изменения или исчезновения строки уведомления.

Определение удаления зависит от конкретного приложения, версии Android и формата уведомлений. Оно не является гарантированным восстановлением удалённой переписки и не означает, что OBLOM получил доступ к закрытой истории чата.


9. Озвучивание

OBLOM может передавать текст выбранному Android TTS-движку для воспроизведения вслух.

Конкретный TTS-движок, голосовые пакеты и их обработка регулируются поставщиком установленного пользователем TTS-компонента. OBLOM хранит свои настройки озвучивания локально и не отправляет текст на собственные серверы VALO Studio.


10. Диагностика и отчёт поддержки

OBLOM может создавать локальные технические журналы и диагностические данные для проверки работы уведомлений, медиасопоставления, фильтров, озвучивания, импорта и ошибок.

Внутренняя диагностика может содержать чувствительные данные, включая текст уведомлений, имена отправителей, названия чатов, имена файлов и технические пути.

Пользовательский отчёт поддержки создаётся локально. Перед формированием такого отчёта приложение маскирует или очищает ряд пользовательских полей, включая текст сообщений, имена отправителей, названия чатов, имена файлов и пути. Отправка отчёта выполняется только по действию пользователя.


11. Экспорт, открытие, импорт и передача

Пользователь может вручную импортировать файлы через системный выбор Android, передавать файлы в OBLOM через «Поделиться», открывать архивные файлы во внешних приложениях, сохранять копии, экспортировать файловый архив и отправлять отчёт поддержки.

После передачи данных во внешнее приложение или сервис дальнейшая обработка регулируется правилами выбранного пользователем сервиса. VALO Studio не контролирует такие внешние сервисы.


12. Передача третьим лицам

OBLOM не продаёт пользовательские данные.

Содержимое архива уведомлений, локальные заметки и архивные файлы не отправляются автоматически на сервер VALO Studio.

Передача пользовательского содержимого третьей стороне происходит только по действию пользователя — например, при экспорте, открытии во внешнем приложении, использовании «Поделиться» или отправке отчёта поддержки.


13. Реклама, аналитика и аккаунты

OBLOM не содержит рекламной модели, не использует рекламные SDK и не требует аккаунта VALO Studio.

В текущем проекте не используется Firebase Analytics или собственная система аналитики VALO Studio для сбора содержимого пользовательского архива.


14. Google Play, покупки, обновления и сеть

OBLOM может использовать Google Play Billing для покупки/восстановления полной версии и Google Play In-App Updates для проверки и установки обновлений.

Для этих функций зависимости Google Play могут использовать интернет и сведения, необходимые для работы соответствующих сервисов. Платёжные данные обрабатываются Google Play; VALO Studio не получает данные банковской карты пользователя через OBLOM.

Использование Google Play и других системных сервисов регулируется условиями их поставщиков. Архив уведомлений и медиа не загружается на сервер VALO Studio в рамках этих функций.


15. Резервное копирование и перенос

Для приложения установлено `allowBackup=false`. В проекте также исключены из системного резервного копирования и переноса ключевые данные архива, включая базу сообщений, медиархив и основные диагностические журналы.

Это уменьшает риск автоматического переноса чувствительного архива средствами Android.

Экспортированные пользователем копии находятся вне контроля приложения после их сохранения.


16. Срок хранения и удаление

Срок хранения и лимиты архива зависят от выбранных пользователем настроек и режима приложения.

Пользователь может удалять отдельные карточки и файлы, очищать журнал и файловый архив в доступных функциях приложения. Избранные записи могут сохраняться при некоторых операциях очистки в соответствии с текущей логикой приложения.

Удаление приложения обычно удаляет внутренние данные OBLOM средствами Android.


17. Ограничения и безопасность

OBLOM не может гарантировать сохранение каждого уведомления, каждого удалённого сообщения или каждого связанного файла.

Результат зависит от того, какие данные фактически показало приложение-источник, какие разрешения выдал пользователь, был ли файл скачан, доступен ли он через Notification URI/MediaStore/ручной импорт, а также от ограничений Android и прошивки устройства.

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


18. Скрытое наблюдение

OBLOM не предназначен для скрытого наблюдения за другим человеком или для обхода системной защиты.

Если устройство используется несколькими людьми или принадлежит другому лицу, пользователь должен иметь законное основание для включения доступа к уведомлениям и сохранения доступного содержимого.


19. Изменения политики

Политика может обновляться при изменении функций OBLOM, разрешений Android, требований Google Play или способов обработки данных.

Актуальная версия политики должна быть доступна в приложении и на странице политики конфиденциальности.


20. Контакты

Разработчик: VALO Studio

Электронная почта: valostudio.support@gmail.com

Telegram: @valostudio_support

По вопросам конфиденциальности, удаления данных, разрешений и работы приложения используйте указанные контакты.


© 2026 VALO Studio. NotifyArchive. All rights reserved.

© 2026 VALO Studio. NotifyArchive. Все права защищены.


---

Політика конфіденційності - NotifyArchive

Дата оновлення: 14 серпня 2026 р.

Розробник: VALO Studio

Підтримка: valostudio.support@gmail.com

Package name: com.valostudio.notifyarchive


1. Загальний принцип

OBLOM — локальний застосунок для збереження, організації та озвучування сповіщень і повідомлень, які Android передає через системний доступ до сповіщень. Якщо Android і застосунок-джерело надають пов’язаний медіаконтент, OBLOM може створити локальну копію доступного файла та прив’язати її до картки.

Основний архів обробляється на пристрої користувача. OBLOM не призначений для прихованого спостереження, читання закритих баз даних месенджерів, обходу шифрування, злому акаунтів або прихованого доступу до листування.

VALO Studio не отримує автоматично вміст архіву сповіщень, збережені медіафайли, нотатки або діагностичні файли користувача.


2. Які дані може обробляти OBLOM

На пристрої користувача OBLOM може обробляти дані, які Android фактично передав у сповіщенні: назву застосунку-джерела, ім’я відправника, назву чату/каналу, текст сповіщення або повідомлення, посилання, дату й час, рядки сповіщення, MessagingStyle-дані, технічні поля сповіщення, ознаки зміни або видалення, локальний статус обраного та нотатки до карток.

Для медіаархіву застосунок може обробляти доступні зображення, відео, аудіо та голосові повідомлення, а також пов’язані метадані: ім’я файла, MIME-тип, розмір, час створення/зміни, MediaStore URI, шлях/relative path і локальні ознаки, потрібні для зіставлення файла з карткою.

Під час ручного імпорту або використання системної дії «Поділитися» OBLOM обробляє лише ті файли, які користувач сам вибрав або передав застосунку.

Додатково застосунок може зберігати локальні налаштування озвучування: мову, голос, швидкість, висоту тону, гучність, умови озвучування та технічний стан черги TTS.


3. Доступ до сповіщень

Доступ до сповіщень користувач вмикає вручну в системних налаштуваннях Android.

OBLOM використовує Notification Listener для отримання сповіщень, які Android дозволив передавати застосунку, а також подій їх оновлення або видалення. Цей доступ не надає прямого доступу до акаунта, історії чату або закритої бази даних месенджера.

Якщо застосунок-джерело не показує текст у сповіщенні, Android приховує частину даних або сповіщення вимкнені, OBLOM не може відновити відсутній вміст із закритого джерела.


4. Отримання медіа та файлів

Пов’язаний файл може бути отриманий одним із дозволених Android способів:

• безпосередньо з даних сповіщення, якщо застосунок-джерело передав доступний URI або зображення;

• через MediaStore для доступних зображень, відео й аудіо за наявності відповідного медіадоступу;

• через системний вибір файлів «Імпортувати файли»;

• через системну дію «Поділитися», коли користувач надсилає файл в OBLOM.

Документи, APK, ZIP та інші довільні файли можуть бути недоступними для автоматичного пошуку у звичайній збірці. Їх можна додати вручну через імпорт або «Поділитися», якщо Android і застосунок-джерело надають доступ.


5. Медіадоступ Android

На Android 13 і новіших версіях OBLOM може запитувати:

• `READ_MEDIA_IMAGES` — для автоматичного пошуку доступних зображень;

• `READ_MEDIA_VIDEO` — для автоматичного пошуку доступних відео;

• `READ_MEDIA_AUDIO` — для автоматичного пошуку доступного аудіо й голосових файлів;

• `READ_MEDIA_VISUAL_USER_SELECTED` на підтримуваних версіях Android — для коректної роботи режиму обмеженого вибору фото й відео.

На Android 12 і старіших підтримуваних версіях може використовуватися `READ_EXTERNAL_STORAGE` у межах, дозволених системою; у manifest він обмежений `maxSdkVersion=32`.

Якщо користувач надає доступ лише до вибраних фото або відео, автоматичний медіаархів може працювати в обмеженому режимі та бачити лише ту частину медіатеки, яку Android відкрив застосунку.

Текстовий архів сповіщень і повідомлень не потребує медіадоступу.


6. Власні сповіщення OBLOM

На підтримуваних версіях Android OBLOM може запитувати `POST_NOTIFICATIONS`.

Цей дозвіл використовується для власних сповіщень застосунку, зокрема керування озвучуванням і повідомлень про доступне оновлення. Він не дає доступу до сповіщень інших застосунків; такий доступ вмикається окремо через Notification Listener.


7. Локальне зберігання

Картки зберігаються локально у внутрішній базі застосунку, наприклад `notifyarchive_messages.db`.

Збережені копії медіа та імпортовані файли розміщуються у внутрішньому архіві, наприклад `files/media_archive`.

OBLOM не змінює й не видаляє вихідний файл лише через те, що створив локальну архівну копію.

Після видалення застосунку Android може видалити внутрішню базу та файловий архів. Експортовані або збережені користувачем копії залишаються у вибраному місці.


8. Видалені повідомлення та зміни сповіщень

OBLOM може позначити повідомлення як видалене, якщо Android і застосунок-джерело передали достатньо даних для коректного зіставлення зміни або зникнення рядка сповіщення.

Визначення видалення залежить від конкретного застосунку, версії Android і формату сповіщень. Воно не є гарантованим відновленням видаленої історії чату й не означає, що OBLOM отримав доступ до закритої бази листування.


9. Озвучування

OBLOM може передавати вибраний текст установленому Android TTS-рушію для відтворення вголос.

Конкретний TTS-рушій, голосові пакети та їх обробка регулюються постачальником компонента, установленого користувачем. OBLOM зберігає власні налаштування озвучування локально й не надсилає текст на власні сервери VALO Studio.


10. Діагностика та звіт підтримки

OBLOM може створювати локальні технічні журнали й діагностичні дані для перевірки сповіщень, зіставлення медіа, фільтрів, озвучування, імпорту та помилок.

Внутрішня діагностика може містити чутливі дані, включно з текстом сповіщень, іменами відправників, назвами чатів, іменами файлів і технічними шляхами.

Користувацький звіт підтримки створюється локально. Перед його формуванням застосунок маскує або очищує низку полів, включно з текстом повідомлень, іменами відправників, назвами чатів, іменами файлів і шляхами. Надсилання звіту виконує лише користувач.


11. Експорт, відкриття, імпорт і передавання

Користувач може вручну імпортувати файли через системний вибір Android, передавати файли в OBLOM через «Поділитися», відкривати архівні файли в зовнішніх застосунках, зберігати копії, експортувати архів файлів і надсилати звіт підтримки.

Після передачі даних у зовнішній застосунок або сервіс подальша обробка регулюється правилами вибраного сервісу. VALO Studio не контролює такі сервіси.


12. Передавання третім особам

OBLOM не продає дані користувача.

Вміст архіву сповіщень, локальні нотатки та архівні файли не надсилаються автоматично на сервер VALO Studio.

Передавання користувацького вмісту третій стороні відбувається лише за дією користувача — наприклад, під час експорту, відкриття в зовнішньому застосунку, використання «Поділитися» або надсилання звіту підтримки.


13. Реклама, аналітика й акаунти

OBLOM не використовує рекламну модель, не містить рекламних SDK і не потребує акаунта VALO Studio.

У поточному проєкті не використовується Firebase Analytics або власна система аналітики VALO Studio для збору вмісту користувацького архіву.


14. Google Play, покупки, оновлення та мережа

OBLOM може використовувати Google Play Billing для покупки/відновлення повної версії та Google Play In-App Updates для перевірки й встановлення оновлень.

Для цих функцій залежності Google Play можуть використовувати інтернет і технічні відомості, необхідні для роботи відповідних сервісів. Платіжні дані обробляє Google Play; VALO Studio не отримує дані банківської картки користувача через OBLOM.

Архів сповіщень і медіа не завантажується на сервер VALO Studio в межах цих функцій.


15. Резервне копіювання та перенесення

Для застосунку встановлено `allowBackup=false`. У проєкті також виключено з системного резервного копіювання й перенесення ключові дані архіву, включно з базою повідомлень, медіаархівом та основними діагностичними журналами.

Експортовані користувачем копії перебувають поза контролем застосунку після збереження.


16. Строк зберігання та видалення

Строк зберігання й ліміти архіву залежать від налаштувань користувача та режиму застосунку.

Користувач може видаляти окремі картки й файли, очищати журнал та архів файлів. Обрані записи можуть зберігатися під час окремих операцій очищення відповідно до поточної логіки застосунку.

Видалення застосунку зазвичай видаляє внутрішні дані OBLOM засобами Android.


17. Обмеження та безпека

OBLOM не може гарантувати збереження кожного сповіщення, кожного видаленого повідомлення або кожного пов’язаного файла.

Результат залежить від даних, які фактично показав застосунок-джерело, дозволів користувача, того, чи було файл завантажено й чи доступний він через Notification URI/MediaStore/ручний імпорт, а також від обмежень Android і прошивки.

Користувач відповідає за блокування пристрою, фізичний доступ до телефона, захист експортованих файлів і законність зберігання або передавання вмісту.


18. Приховане спостереження

OBLOM не призначений для прихованого спостереження за іншою людиною або обходу системного захисту.

Якщо пристрій використовується кількома людьми або належить іншій особі, користувач повинен мати законні підстави для ввімкнення доступу до сповіщень і збереження доступного вмісту.


19. Зміни політики

Політика може оновлюватися при зміні функцій OBLOM, дозволів Android, вимог Google Play або способів обробки даних.

Актуальна версія повинна бути доступна в застосунку та на сторінці політики конфіденційності.


20. Контакти

Розробник: VALO Studio

Електронна пошта: valostudio.support@gmail.com

Telegram: @valostudio_support

Використовуйте ці контакти з питань конфіденційності, видалення даних, дозволів і роботи застосунку.


© 2026 VALO Studio. NotifyArchive. All rights reserved.


---

Tietosuojakäytäntö - NotifyArchive

14. elokuuta 2026

Kehittäjä: VALO Studio

Tuki: valostudio.support@gmail.com

Package name: com.valostudio.notifyarchive


1. Yleinen periaate

OBLOM on paikallinen sovellus Androidin järjestelmän ilmoituskäyttöoikeuden kautta välittämien ilmoitusten ja viestien tallentamiseen, järjestämiseen ja ääneenlukemiseen. Jos Android ja lähdesovellus tarjoavat liittyvän median käytettäväksi, OBLOM voi tehdä saatavilla olevasta tiedostosta paikallisen kopion ja liittää sen korttiin.

Pääarkisto käsitellään käyttäjän laitteessa. OBLOMia ei ole tarkoitettu salaiseen valvontaan, viestisovellusten suljettujen tietokantojen lukemiseen, salauksen kiertämiseen, tilien murtautumiseen tai piilotettuun pääsyyn keskusteluihin.

VALO Studio ei vastaanota automaattisesti ilmoitusarkiston sisältöä, tallennettua mediaa, muistiinpanoja tai diagnostiikkatiedostoja.


2. Tiedot, joita OBLOM voi käsitellä

OBLOM voi käsitellä käyttäjän laitteessa tietoja, jotka Android on tosiasiassa välittänyt ilmoituksessa: lähdesovelluksen nimi, lähettäjän nimi, keskustelun/kanavan nimi, ilmoituksen tai viestin teksti, linkit, päivämäärä ja aika, ilmoitusrivit, MessagingStyle-tiedot, tekniset ilmoituskentät, muutoksen tai poistamisen merkit, suosikkitila ja paikalliset korttimuistiinpanot.

Media-arkistoa varten sovellus voi käsitellä saatavilla olevia kuvia, videoita, ääntä ja ääniviestejä sekä niihin liittyviä metatietoja: tiedostonimi, MIME-tyyppi, koko, luonti-/muokkausaika, MediaStore URI, polku/relative path ja paikalliset tiedot, joita tarvitaan tiedoston liittämiseksi korttiin.

Manuaalisessa tuonnissa tai Androidin Jaa-toiminnossa OBLOM käsittelee vain tiedostoja, jotka käyttäjä on itse valinnut tai lähettänyt sovellukselle.

Sovellus voi lisäksi tallentaa paikallisia puheasetuksia, kuten kielen, äänen, nopeuden, sävelkorkeuden, äänenvoimakkuuden, puhe-ehdot ja TTS-jonon teknisen tilan.


3. Ilmoituskäyttöoikeus

Käyttäjä ottaa ilmoituskäyttöoikeuden käyttöön käsin Androidin järjestelmäasetuksissa.

OBLOM käyttää Notification Listener -palvelua vastaanottaakseen ilmoitukset, jotka Android sallii palvelun nähdä, sekä niiden päivitys- ja poistotapahtumat. Käyttöoikeus ei anna suoraa pääsyä käyttäjätiliin, keskusteluhistoriaan tai viestisovelluksen yksityiseen tietokantaan.

Jos lähdesovellus ei näytä tekstiä ilmoituksessa, Android piilottaa osan tiedoista tai ilmoitukset ovat poissa käytöstä, OBLOM ei voi palauttaa puuttuvaa sisältöä suljetusta lähteestä.


4. Median ja tiedostojen saaminen

Liittyvä tiedosto voidaan saada Androidin sallimilla tavoilla:

• suoraan ilmoitustiedoista, jos lähdesovellus antaa käytettävissä olevan URI:n tai kuvan;

• MediaStoren kautta saatavilla oleville kuville, videoille ja äänelle, kun vastaava mediakäyttöoikeus on myönnetty;

• Androidin järjestelmän tiedostonvalitsimella ”Tuo tiedostoja”;

• Androidin Jaa-toiminnolla, kun käyttäjä lähettää tiedoston OBLOMille.

Asiakirjat, APK-, ZIP- ja muut yleiset tiedostot eivät välttämättä ole automaattisesti löydettävissä tavallisessa koonnissa. Ne voidaan lisätä käsin tuonnilla tai Jaa-toiminnolla, jos Android ja lähdesovellus antavat pääsyn.


5. Androidin mediakäyttöoikeudet

Android 13:ssa ja uudemmissa OBLOM voi pyytää:

• `READ_MEDIA_IMAGES` — saatavilla olevien kuvien automaattiseen löytämiseen;

• `READ_MEDIA_VIDEO` — saatavilla olevien videoiden automaattiseen löytämiseen;

• `READ_MEDIA_AUDIO` — saatavilla olevan äänen ja ääniviestitiedostojen automaattiseen löytämiseen;

• `READ_MEDIA_VISUAL_USER_SELECTED` tuetuissa Android-versioissa järjestelmän rajatun kuva-/videovalinnan käsittelemiseksi oikein.

Android 12:ssa ja vanhemmissa tuetuissa versioissa voidaan käyttää `READ_EXTERNAL_STORAGE`-oikeutta järjestelmän sallimissa rajoissa; manifestissa sen `maxSdkVersion=32`.

Jos käyttäjä sallii vain valitut kuvat tai videot, automaattinen media-arkisto voi toimia rajoitetusti ja nähdä vain Androidin sovellukselle avaaman osan mediakirjastosta.

Teksti-ilmoitus- ja viestiarkisto ei vaadi mediakäyttöoikeutta.


6. OBLOMin omat ilmoitukset

Tuetuissa Android-versioissa OBLOM voi pyytää `POST_NOTIFICATIONS`-oikeutta.

Sitä käytetään sovelluksen omiin ilmoituksiin, kuten puheen ohjaukseen ja saatavilla olevan päivityksen ilmoituksiin. Se ei anna OBLOMille pääsyä muiden sovellusten ilmoituksiin; niiden käyttöoikeus otetaan käyttöön erikseen Notification Listener -asetuksella.


7. Paikallinen tallennus

Kortit tallennetaan paikallisesti sovelluksen sisäiseen tietokantaan, esimerkiksi `notifyarchive_messages.db`.

Tallennetut mediakopiot ja tuodut tiedostot säilytetään sovelluksen sisäisessä arkistossa, esimerkiksi `files/media_archive`.

OBLOM ei muuta tai poista alkuperäistä tiedostoa vain siksi, että siitä luotiin paikallinen arkistokopio.

Sovelluksen poistamisen jälkeen Android voi poistaa sisäisen tietokannan ja sisäisen tiedostoarkiston. Käyttäjän viemät tai tallentamat kopiot jäävät käyttäjän valitsemaan sijaintiin.


8. Poistetut viestit ja ilmoitusmuutokset

OBLOM voi merkitä viestin poistetuksi, jos Android ja lähdesovellus antavat riittävästi tietoa ilmoituksen muutoksen tai katoavan ilmoitusrivin luotettavaan yhdistämiseen.

Poiston tunnistus riippuu sovelluksesta, Android-versiosta ja ilmoitusmuodosta. Se ei takaa poistetun keskusteluhistorian palautusta eikä tarkoita pääsyä yksityiseen keskustelutietokantaan.


9. Ääneenluku

OBLOM voi välittää valitun tekstin laitteessa valitulle Android TTS -moottorille ääneenlukua varten.

TTS-moottorin, äänipakettien ja niiden käsittelyn ehdot määräytyvät käyttäjän asentaman TTS-komponentin tarjoajan mukaan. OBLOM tallentaa omat puheasetuksensa paikallisesti eikä lähetä tekstiä VALO Studion omille palvelimille.


10. Diagnostiikka ja tukiraportti

OBLOM voi luoda paikallisia teknisiä loki- ja diagnostiikkatietoja ilmoitusten, median yhdistämisen, suodattimien, puheen, tuonnin ja virheiden tarkistamiseen.

Sisäinen diagnostiikka voi sisältää arkaluonteisia tietoja, kuten ilmoitustekstejä, lähettäjän nimiä, keskustelun nimiä, tiedostonimiä ja teknisiä polkuja.

Käyttäjän tukiraportti luodaan paikallisesti. Ennen raportin muodostamista sovellus peittää tai tyhjentää useita käyttäjäkenttiä, kuten viestitekstin, lähettäjän nimet, keskustelun nimet, tiedostonimet ja polut. Raportin lähettää aina käyttäjä itse.


11. Vienti, avaaminen, tuonti ja jakaminen

Käyttäjä voi tuoda tiedostoja Androidin järjestelmävalitsimella, lähettää tiedostoja OBLOMille Jaa-toiminnolla, avata arkistotiedostoja ulkoisissa sovelluksissa, tallentaa kopioita, viedä tiedostoarkiston ja lähettää tukiraportin.

Kun tiedot siirretään ulkoiseen sovellukseen tai palveluun, jatkokäsittely määräytyy valitun palvelun ehtojen mukaan. VALO Studio ei hallitse näitä ulkoisia palveluja.


12. Tietojen luovutus kolmansille osapuolille

OBLOM ei myy käyttäjätietoja.

Ilmoitusarkiston sisältöä, paikallisia muistiinpanoja tai arkistotiedostoja ei lähetetä automaattisesti VALO Studion palvelimelle.

Käyttäjäsisältöä siirtyy kolmannelle osapuolelle vain käyttäjän toimesta, esimerkiksi viennin, ulkoisessa sovelluksessa avaamisen, Jaa-toiminnon tai tukiraportin lähettämisen yhteydessä.


13. Mainonta, analytiikka ja tilit

OBLOM ei käytä mainosmallia, ei sisällä mainos-SDK:ita eikä vaadi VALO Studio -tiliä.

Nykyinen projekti ei käytä Firebase Analyticsia eikä VALO Studion omaa analytiikkajärjestelmää käyttäjän arkiston sisällön keräämiseen.


14. Google Play, ostot, päivitykset ja verkkoyhteys

OBLOM voi käyttää Google Play Billing -toimintoa täyden version ostamiseen/palauttamiseen ja Google Play In-App Updates -toimintoa päivitysten tarkistamiseen ja asentamiseen.

Näitä toimintoja varten Google Play -riippuvuudet voivat käyttää internetiä ja palvelujen tarvitsemia teknisiä tietoja. Maksutiedot käsittelee Google Play; VALO Studio ei saa käyttäjän pankkikorttitietoja OBLOMin kautta.

Ilmoitus-/media-arkistoa ei ladata VALO Studion palvelimelle näiden toimintojen osana.


15. Varmuuskopiointi ja laitesiirto

Sovelluksessa on `allowBackup=false`. Projekti myös sulkee Androidin järjestelmävarmuuskopioinnin ja laitesiirron ulkopuolelle keskeiset arkistotiedot, kuten viestitietokannan, media-arkiston ja tärkeimmät diagnostiikkalokit.

Käyttäjän viemät kopiot ovat sovelluksen hallinnan ulkopuolella tallennuksen jälkeen.


16. Säilytys ja poistaminen

Säilytysajat ja arkistorajat riippuvat käyttäjän asetuksista ja sovellustilasta.

Käyttäjä voi poistaa yksittäisiä kortteja ja tiedostoja sekä tyhjentää ilmoitus- ja tiedostoarkiston käytettävissä olevilla toiminnoilla. Suosikkitietueita voidaan säilyttää joidenkin puhdistustoimintojen aikana sovelluksen nykyisen logiikan mukaisesti.

Sovelluksen poistaminen poistaa yleensä OBLOMin sisäiset tiedot Androidin kautta.


17. Rajoitukset ja turvallisuus

OBLOM ei voi taata jokaisen ilmoituksen, poistetun viestin tai liittyvän tiedoston tallentamista.

Tulos riippuu lähdesovelluksen näyttämistä tiedoista, käyttäjän myöntämistä oikeuksista, tiedoston lataustilasta, siitä onko se saatavilla Notification URI:n/MediaStoren/manuaalisen tuonnin kautta, sekä Androidin ja laiteohjelmiston rajoituksista.

Käyttäjä vastaa laitteen lukituksesta, fyysisestä pääsystä puhelimeen, vietyjen tiedostojen suojaamisesta ja sisällön tallentamisen tai jakamisen laillisuudesta.


18. Salainen valvonta

OBLOMia ei ole tarkoitettu toisen henkilön salaiseen tarkkailuun tai järjestelmäsuojauksen kiertämiseen.

Jos laite on yhteiskäytössä tai kuuluu toiselle henkilölle, käyttäjällä tulee olla laillinen peruste ilmoituskäyttöoikeuden käyttöönottoon ja saatavilla olevan sisällön tallentamiseen.


19. Käytännön muutokset

Tietosuojakäytäntöä voidaan päivittää, kun OBLOMin ominaisuudet, Android-käyttöoikeudet, Google Play -vaatimukset tai tietojen käsittelytavat muuttuvat.

Ajantasaisen version tulee olla saatavilla sovelluksessa ja tietosuojasivulla.


20. Yhteystiedot

Kehittäjä: VALO Studio

Sähköposti: valostudio.support@gmail.com

Telegram: @valostudio_support

Käytä näitä yhteystietoja tietosuojaa, tietojen poistamista, käyttöoikeuksia ja sovelluksen toimintaa koskevissa kysymyksissä.


© 2026 VALO Studio. NotifyArchive. All rights reserved.