App: Stockpile Gap Checker Provider: koichi-ezato Effective: August 29, 2026 Last updated: 2026-09-17
This policy explains how Stockpile Gap Checker (the “App”) handles information.
1. Data stored on your device
Stockpile records are stored locally, without syncing to a provider-operated server.
In version 0.1.0 (iOS build 17 and Android build 14), Firebase Analytics collection is disabled. The app does not retrieve or display an analytics app-instance ID, or send standard or app-defined usage events to Analytics. Local stockpile data, notifications, languages, ads, and Pro purchases and restores remain available. Data processing by AdMob / UMP and RevenueCat continues separately.
Older installations that have not been updated and previously sent Analytics data remain separate. Updating, disabling collection or deleting local data does not delete historical data held externally. You may contact support without an identifier. If you already obtained an analytics ID from an older version, you may share it in a private email when needed. Optional display of the purchase identifier remains available; nothing is sent automatically.
Behavior in older versions before this update: Firebase Analytics is enabled at startup. It handles an app-instance ID, standard events, target days, household-size band (1, 2, 3–4, 5+) and language at setup; the category and direction of inventory changes; the category and checked status of shopping-list actions; language changes; Pro-screen views; and purchase results/product IDs. We do not send quantities, expiry months, fixed profile IDs or free text. Bands 1 and 2 reveal household size. The app has no Analytics off switch.
2. Notifications
Notification permission is requested only when you enable expiry reminders. Reminders are scheduled locally, and the App does not obtain a push notification token.
3. Third-party services
Google AdMob / UMP: Google may process consent status, device and app information, approximate location inferred from IP address, advertising identifiers, and ad impressions or interactions. The App does not request IDFA access and uses non-personalized or limited ads where available.
Firebase Analytics:Behavior in older versions before this update: May process an app-instance identifier, app/OS information, approximate location derived from a masked IP address, language, standard lifecycle events, and allow-listed usage events.
Firebase Crashlytics: Firebase Crashlytics has been removed from internal-test version 0.1.0 (iOS build 16 and Android build 13). Older installations and previously sent data remain separate. Without a custom User-ID, there is no supported per-installation deletion route for their anonymous reports. Firebase starts removal from live and backup systems 90 days after the crash; no maximum deadline for completion across all backups is published. Google AdMob may still handle diagnostic data after Crashlytics is removed.
RevenueCat: May process an anonymous app user ID, store, product ID, purchase/restoration/entitlement status, and related diagnostics. Apple or Google processes payment.
4. Retention and deletion
Local data remains until you use “Delete all data” in Settings or uninstall the App. Scheduled reminders remain until delivered, cancelled, all data is deleted, or the App is uninstalled. Third-party retention is governed by each provider’s policy.
Our internal policy calls for deleting messages/replies within 90 days after closure, unnecessary verification material/attachments (including quoted copies) within 7 days after they are no longer needed, and minimal case records within 180 days after closure. Open cases are reviewed every 30 days. Delivered/forwarded copies, legal holds, recovery and provider backups require separate checks; unverified removal is not reported as complete. In-app deletion does not erase historical SDK data, shared CSV copies or purchase records. We explain the available scope for each provider. Deletion and refund requests are separate.
You can delete local stockpile data from Settings in the app. This does not delete CSV files saved to a sharing destination, data held by third-party SDKs, or store purchase records. For SDK data deletion, we will identify the relevant data and explain the procedure and available scope. A deletion request is separate from a refund request.
5. Security
Local data is stored in the operating system’s app area. Third-party SDKs use their provided encrypted transport. No method of storage or transmission can be guaranteed completely secure.
6. Children
The App is not designed for children, and the provider does not intentionally collect children’s personal information.
7. Changes and contact
This policy may be updated when features or laws change.
Email contact@omoikane.llc for bugs, questions, or data deletion requests. We will not repost your message to a public GitHub issue. Public issues remain available for general bug reports and feature requests without personal information.
In your first email, include the app name and the data you want deleted. You may also specify iOS or Android. If further information is needed for verification, we will explain why and what is required. Do not send passwords, verification codes, card numbers, or stockpile details. Do not post purchase numbers or device/app identifiers in public issues.
contact@omoikane.llc is a shared mailing list, not dedicated to this app. Registered recipients who do not handle this app's support also receive messages. Initially send only the app name and your request, not passwords, verification codes, card numbers or stockpile details. We explain the purpose and recipient scope before requesting additional information. The purchase ID can be displayed optionally and is not sent automatically. The new version does not display an analytics ID. If you include one in an email, we associate it with your inquiry for handling, verification and reply. An ID alone may not establish your identity.
Aplicación: Control de reservas Proveedor: koichi-ezato Vigencia: 29 de agosto de 2026 Última actualización: 2026-09-17
Esta política explica cómo la aplicación trata la información.
1. Datos en el dispositivo
Los registros de reservas se guardan en el dispositivo, sin sincronización con un servidor propio del proveedor.
En la versión 0.1.0 (compilación 17 de iOS y 14 de Android), la recopilación de Firebase Analytics está desactivada. La app no obtiene ni muestra un ID de instancia para análisis ni envía a Analytics eventos estándar o eventos de uso propios. Se mantienen los datos locales de reservas, las notificaciones, los idiomas, los anuncios y las compras y restauraciones de Pro. El tratamiento de datos por AdMob / UMP y RevenueCat continúa por separado.
Las instalaciones antiguas sin actualizar y los datos ya enviados a Analytics se tratan por separado. Actualizar, desactivar la recopilación o borrar datos locales no elimina los datos históricos externos. Puede contactar con soporte sin un identificador. Si ya obtuvo un ID de análisis de una versión anterior, puede compartirlo voluntariamente por correo privado cuando sea necesario. Sigue siendo posible mostrar el identificador de compras de forma opcional; nada se envía automáticamente.
Funcionamiento de versiones anteriores a esta actualización: Firebase Analytics se activa al iniciar y trata el ID de instancia, eventos estándar, días objetivo, intervalo de personas (1, 2, 3–4, 5+) e idioma en la configuración; categoría y dirección de cambios del inventario; categoría y estado marcado en la lista de compras; cambios de idioma; visitas a Pro; y resultados de compra/ID de producto. No enviamos cantidades, meses de vencimiento, ID fijos de perfil ni texto libre. Los intervalos 1 y 2 revelan el número de personas. No hay un interruptor para desactivar Analytics.
2. Notificaciones
El permiso se solicita solo al activar recordatorios. Se programan localmente y no se obtiene un token push.
3. Servicios externos
Google AdMob / UMP: puede tratar consentimiento, datos del dispositivo y la app, región aproximada por IP, identificadores publicitarios e interacciones. No se solicita IDFA y se priorizan anuncios no personalizados o limitados.
Firebase Analytics:Funcionamiento de versiones anteriores a esta actualización: puede tratar un identificador de instancia, datos de app/SO, región aproximada derivada de una IP enmascarada, idioma, eventos estándar del ciclo de vida y eventos autorizados.
Firebase Crashlytics: Firebase Crashlytics se ha retirado de la versión de pruebas internas 0.1.0 (compilación 16 de iOS y compilación 13 de Android). Las instalaciones antiguas y los datos ya enviados se tratan por separado. Sin un User-ID personalizado, no existe una vía admitida para borrar individualmente sus informes anónimos por identificador de instalación. Firebase inicia el borrado en sistemas activos y copias de seguridad 90 días después del fallo; no publica un plazo máximo de finalización para todas las copias. Google AdMob puede seguir tratando diagnósticos tras la retirada.
RevenueCat: puede tratar un ID anónimo, tienda, producto, compra/restauración/derechos y diagnósticos. Apple o Google procesa el pago.
4. Conservación y borrado
Los datos locales permanecen hasta usar “Borrar todos los datos” o desinstalar. Los terceros aplican sus propias políticas.
La política interna establece borrar mensajes/respuestas en los 90 días posteriores al cierre, documentación de verificación y adjuntos innecesarios (incluidas citas) en 7 días desde que dejan de ser necesarios, y registros mínimos del caso en 180 días tras el cierre. Los casos abiertos se revisan cada 30 días. Copias entregadas/reenviadas, retenciones legales, recuperación y respaldos del proveedor requieren comprobación separada; no declaramos terminado un borrado no verificado. El borrado en la app no elimina datos históricos de SDK, CSV compartidos ni compras registradas. Explicamos el alcance de cada proveedor. El borrado y el reembolso son solicitudes distintas.
Puedes borrar los datos locales de reservas desde Ajustes en la app. Esto no elimina los CSV guardados en un destino compartido, los datos de SDK de terceros ni los registros de compra de la tienda. Para borrar datos de SDK, verificaremos cuáles corresponden y explicaremos el procedimiento y su alcance. La eliminación de datos y el reembolso son trámites distintos.
5. Seguridad y menores
Los datos se guardan en el área de la app del sistema y las comunicaciones usan el cifrado del SDK. La app no está diseñada para menores.
6. Contacto
Mostraremos la fecha cuando cambie la política.
Escribe a contact@omoikane.llc para informar de errores, hacer preguntas o solicitar la eliminación de datos. No publicaremos tu mensaje en una incidencia pública de GitHub. Las incidencias públicas siguen disponibles para errores generales y sugerencias sin información personal.
En el primer correo, indica el nombre de la app y qué datos quieres borrar. También puedes indicar iOS o Android. Si necesitamos información adicional para verificar la solicitud, explicaremos el motivo y los datos necesarios. No envíes contraseñas, códigos de verificación, números de tarjeta ni detalles de tus reservas. No publiques números de compra ni identificadores del dispositivo o de la app en incidencias públicas.
contact@omoikane.llc es una lista compartida, no exclusiva de esta app. También reciben mensajes personas registradas que no atienden su soporte. Envíe inicialmente solo el nombre de la app y su solicitud, sin contraseñas, códigos, números de tarjeta ni detalles de reservas. Antes de pedir información adicional explicamos su finalidad y quién la recibe. El ID de compras puede mostrarse opcionalmente y no se envía automáticamente. La nueva versión no muestra un ID de análisis. Si los incluye en un correo, se vinculan a la consulta para tramitarla, verificarla y responder. Un ID por sí solo puede no acreditar la identidad.
Português (Brasil)
Aplicativo: Verificador de estoque Fornecedor: koichi-ezato Vigência: 29 de agosto de 2026 Última atualização: 2026-09-17
Esta política explica como o aplicativo trata informações.
1. Dados no aparelho
Os registros de reservas ficam no dispositivo, sem sincronização com servidor próprio do fornecedor.
Na versão 0.1.0 (compilação 17 do iOS e 14 do Android), a coleta do Firebase Analytics está desativada. O app não obtém nem exibe um ID de instância para análise e não envia ao Analytics eventos padrão ou eventos próprios de uso. Os dados locais de reservas, notificações, idiomas, anúncios e compras e restaurações do Pro permanecem disponíveis. O tratamento de dados pelo AdMob / UMP e pelo RevenueCat continua separadamente.
Instalações antigas ainda não atualizadas e dados já enviados ao Analytics são tratados separadamente. Atualizar, desativar a coleta ou apagar dados locais não exclui o histórico armazenado externamente. Você pode contatar o suporte sem um identificador. Se já obteve um ID de análise em uma versão antiga, pode compartilhá-lo voluntariamente por e-mail privado quando necessário. A exibição opcional do identificador de compras continua disponível; nada é enviado automaticamente.
Funcionamento das versões anteriores a esta atualização: O Firebase Analytics é ativado na inicialização e trata ID da instância, eventos padrão, dias-alvo, faixa de moradores (1, 2, 3–4, 5+) e idioma na configuração; categoria e direção das alterações de estoque; categoria e estado marcado na lista de compras; mudanças de idioma; visitas à tela Pro; e resultados de compra/IDs de produto. Não enviamos quantidades, meses de validade, IDs fixos de perfil nem texto livre. As faixas 1 e 2 revelam o número de moradores. Não há opção no app para desativar o Analytics.
2. Notificações
A permissão só é solicitada ao ativar lembretes. Eles são agendados localmente e nenhum token push é obtido.
3. Serviços externos
Google AdMob / UMP: pode tratar consentimento, dados do aparelho e app, região aproximada por IP, identificadores de publicidade e interações. O app não solicita IDFA e prioriza anúncios não personalizados ou limitados.
Firebase Analytics:Funcionamento das versões anteriores a esta atualização: pode tratar um identificador de instância, dados do app/SO, região aproximada derivada de IP mascarado, idioma, eventos padrão de ciclo de vida e eventos autorizados.
Firebase Crashlytics: O Firebase Crashlytics foi removido da versão de teste interno 0.1.0 (compilação 16 do iOS e compilação 13 do Android). Instalações antigas e dados já enviados são tratados separadamente. Sem User-ID personalizado, não há procedimento compatível para excluir individualmente seus relatórios anônimos por identificador de instalação. O Firebase inicia a remoção dos sistemas ativos e de backup 90 dias após a falha; não publica prazo máximo para concluir a remoção em todos os backups. O Google AdMob ainda pode tratar diagnósticos após essa remoção.
RevenueCat: pode tratar ID anônimo, loja, produto, compra/restauração/direitos e diagnóstico. Apple ou Google processa o pagamento.
4. Retenção e exclusão
Os dados locais permanecem até “Excluir todos os dados” ou desinstalar. Terceiros seguem suas políticas.
A política interna prevê excluir mensagens/respostas em até 90 dias após o encerramento, materiais de verificação/anexos desnecessários (incluindo cópias citadas) em até 7 dias após deixarem de ser necessários, e registros mínimos em até 180 dias após o encerramento. Casos abertos são revisados a cada 30 dias. Cópias entregues/encaminhadas, retenções legais, recuperação e backups do fornecedor exigem verificações separadas; exclusões não verificadas não são declaradas concluídas. A exclusão no app não remove dados históricos de SDKs, CSVs compartilhados ou registros de compras. Informaremos o alcance de cada fornecedor. Exclusão e reembolso são solicitações distintas.
Você pode excluir os dados locais de estoque nos Ajustes do app. Isso não exclui arquivos CSV salvos em destinos de compartilhamento, dados de SDKs de terceiros nem registros de compra da loja. Para excluir dados de SDKs, verificaremos os dados envolvidos e explicaremos o procedimento e seu alcance. Exclusão de dados e reembolso são procedimentos separados.
5. Segurança e crianças
Os dados ficam na área do app do sistema e a comunicação usa criptografia do SDK. O app não foi criado para crianças.
6. Contato
A data será atualizada quando a política mudar.
Envie um e-mail para contact@omoikane.llc para relatar erros, fazer perguntas ou pedir a exclusão de dados. Não publicaremos sua mensagem em uma Issue pública do GitHub. Issues públicas continuam disponíveis para erros gerais e sugestões sem informações pessoais.
No primeiro e-mail, informe o nome do app e os dados que deseja excluir. Você também pode indicar iOS ou Android. Se precisarmos de informações adicionais para verificar o pedido, explicaremos a finalidade e os itens necessários. Não envie senhas, códigos de verificação, números de cartão nem detalhes do estoque. Não publique números de compra nem identificadores do aparelho ou do app em Issues públicas.
contact@omoikane.llc é uma lista compartilhada, não exclusiva deste app. Destinatários cadastrados que não trabalham no suporte deste app também recebem mensagens. Envie primeiro apenas o nome do app e a solicitação, sem senhas, códigos, números de cartão ou detalhes das reservas. Explicamos a finalidade e quem recebe antes de pedir informações adicionais. O ID de compras pode ser exibido opcionalmente e não é enviado automaticamente. A nova versão não exibe um ID de análise. Se você os incluir no e-mail, serão vinculados à consulta para atendimento, verificação e resposta. Um ID isolado pode não comprovar a identidade.
Français
Application : Écart de réserves Fournisseur : koichi-ezato Entrée en vigueur : 29 août 2026 Dernière mise à jour : 2026-09-17
Cette politique explique comment l’application traite les informations.
1. Données sur l’appareil
Les réserves sont enregistrées sur l’appareil, sans synchronisation vers un serveur propre au fournisseur.
Dans la version 0.1.0 (build 17 pour iOS et 14 pour Android), la collecte Firebase Analytics est désactivée. L’app ne récupère ni n’affiche d’identifiant d’instance pour l’analyse et n’envoie à Analytics aucun événement standard ou événement d’utilisation propre à l’app. Les données locales de réserves, les notifications, les langues, les annonces ainsi que les achats et restaurations Pro restent disponibles. Le traitement des données par AdMob / UMP et RevenueCat se poursuit séparément.
Les anciennes installations non mises à jour et les données déjà envoyées à Analytics sont traitées séparément. La mise à jour, l’arrêt de la collecte ou la suppression des données locales n’effacent pas l’historique conservé à l’extérieur. Vous pouvez contacter l’assistance sans identifiant. Si vous avez déjà obtenu un identifiant d’analyse dans une ancienne version, vous pouvez le communiquer volontairement par e-mail privé si nécessaire. L’affichage facultatif de l’identifiant d’achat reste disponible ; rien n’est envoyé automatiquement.
Fonctionnement des anciennes versions avant cette mise à jour : Firebase Analytics est activé au démarrage et traite l’identifiant d’instance, les événements standard, les jours visés, la tranche de taille du foyer (1, 2, 3–4, 5+) et la langue à la configuration ; la catégorie et le sens des modifications du stock ; la catégorie et l’état coché de la liste d’achats ; les changements de langue ; les vues de Pro ; les résultats d’achat et identifiants de produit. Les quantités, mois d’expiration, identifiants fixes de profil et textes libres ne sont pas envoyés. Les tranches 1 et 2 révèlent l’effectif. L’app ne permet pas de désactiver Analytics.
2. Notifications
L’autorisation n’est demandée qu’à l’activation des rappels. Ils sont planifiés localement, sans jeton push.
3. Services tiers
Google AdMob / UMP : peut traiter le consentement, les données appareil/app, la région approximative par IP, les identifiants publicitaires et interactions. L’accès IDFA n’est pas demandé et les annonces non personnalisées ou limitées sont privilégiées.
Firebase Analytics :Fonctionnement des anciennes versions avant cette mise à jour : peut traiter un identifiant d’instance, les données app/OS, une région approximative dérivée d’une IP masquée, la langue, les événements standard du cycle de vie et les événements autorisés.
Firebase Crashlytics: Firebase Crashlytics a été retiré de la version de test interne 0.1.0 (build 16 pour iOS et build 13 pour Android). Les anciennes installations et les données déjà envoyées restent distinctes. Sans User-ID personnalisé, aucune procédure prise en charge ne permet de supprimer individuellement leurs rapports anonymes par identifiant d’installation. Firebase commence la suppression des systèmes actifs et des sauvegardes 90 jours après le plantage ; aucun délai maximal d’achèvement pour toutes les sauvegardes n’est publié. Google AdMob peut continuer à traiter des diagnostics après ce retrait.
RevenueCat : peut traiter un ID anonyme, boutique, produit, achat/restauration/droits et diagnostic. Apple ou Google traite le paiement.
4. Conservation et suppression
Les données locales restent jusqu’à « Supprimer toutes les données » ou la désinstallation. Les tiers appliquent leurs politiques.
La politique interne prévoit la suppression des messages/réponses dans les 90 jours après clôture, des justificatifs/pièces jointes devenus inutiles (y compris les citations) dans les 7 jours suivant la fin du besoin, et des traces minimales du dossier dans les 180 jours après clôture. Les dossiers ouverts sont réexaminés tous les 30 jours. Les copies distribuées/transférées, obligations de conservation, possibilités de restauration et sauvegardes du prestataire font l’objet de vérifications séparées ; une suppression non vérifiée n’est pas annoncée comme terminée. La suppression dans l’app n’efface pas les données historiques des SDK, les CSV partagés ni les achats enregistrés. Nous préciserons la portée de chaque prestataire. Suppression et remboursement sont deux demandes distinctes.
Vous pouvez supprimer les données locales de réserves dans les réglages de l’application. Cette action ne supprime pas les fichiers CSV enregistrés dans une destination de partage, les données des SDK tiers ni les achats enregistrés par la boutique. Pour les données des SDK, nous vérifierons les données concernées et expliquerons la procédure et sa portée. Une demande de suppression est distincte d’une demande de remboursement.
5. Sécurité et enfants
Les données sont dans la zone système de l’app et les communications utilisent le chiffrement du SDK. L’app n’est pas conçue pour les enfants.
6. Contact
La date changera lors d’une mise à jour.
Écrivez à contact@omoikane.llc pour signaler un problème, poser une question ou demander la suppression de données. Nous ne republierons pas votre message dans une issue publique GitHub. Les issues publiques restent disponibles pour les problèmes généraux et suggestions sans données personnelles.
Dans votre premier e-mail, indiquez le nom de l’application et les données à supprimer. Vous pouvez aussi préciser iOS ou Android. Si des informations supplémentaires sont nécessaires pour vérifier la demande, nous expliquerons leur utilité et les éléments requis. N’envoyez aucun mot de passe, code de vérification, numéro de carte ou détail de vos réserves. Ne publiez pas de numéro d’achat ni d’identifiant d’appareil ou d’application dans une issue publique.
contact@omoikane.llc est une liste de diffusion partagée, non dédiée à cette app. Des destinataires inscrits qui ne gèrent pas son assistance reçoivent aussi les messages. Envoyez d’abord seulement le nom de l’app et votre demande, sans mot de passe, code, numéro de carte ni détail des réserves. Avant de demander d’autres informations, nous expliquons leur utilité et leurs destinataires. L’identifiant d’achat peut être affiché facultativement et n’est pas envoyé automatiquement. La nouvelle version n’affiche pas d’identifiant d’analyse. Si vous les incluez dans un e-mail, ils sont associés à votre demande pour traitement, vérification et réponse. Un identifiant seul ne suffit pas nécessairement à vérifier l’identité.
Diese Richtlinie erklärt, wie die App Informationen verarbeitet.
1. Daten auf dem Gerät
Vorratsdaten werden auf dem Gerät gespeichert, ohne Synchronisierung mit einem eigenen Server des Anbieters.
In Version 0.1.0 (iOS-Build 17 und Android-Build 14) ist die Erfassung durch Firebase Analytics deaktiviert. Die App ruft keine Analyse-App-Instanz-ID ab, zeigt sie nicht an und sendet weder Standardereignisse noch eigene Nutzungsereignisse an Analytics. Lokale Vorratsdaten, Mitteilungen, Sprachen, Werbung sowie Pro-Käufe und deren Wiederherstellung bleiben verfügbar. Die Datenverarbeitung durch AdMob / UMP und RevenueCat wird getrennt davon fortgesetzt.
Nicht aktualisierte ältere Installationen und bereits an Analytics gesendete Daten werden gesondert behandelt. Ein Update, das Abschalten der Erfassung oder das Löschen lokaler Daten entfernt keine extern gespeicherten Altdaten. Sie können den Support ohne Kennung kontaktieren. Falls Sie bereits eine Analyse-ID aus einer älteren Version haben, können Sie diese bei Bedarf freiwillig per nicht öffentlicher E-Mail mitteilen. Die optionale Anzeige der Kaufkennung bleibt verfügbar; nichts wird automatisch gesendet.
Verhalten älterer Versionen vor diesem Update: Firebase Analytics wird beim Start aktiviert und verarbeitet die App-Instanz-ID, Standardereignisse, Zieltage, Haushaltsgrößengruppe (1, 2, 3–4, 5+) und Sprache bei der Einrichtung; Kategorie und Richtung von Bestandsänderungen; Kategorie und Markierungsstatus von Einkaufslisten-Aktionen; Sprachwechsel; Aufrufe der Pro-Seite; sowie Kaufergebnisse/Produkt-IDs. Mengen, Ablaufmonate, feste Profil-IDs und Freitext werden nicht gesendet. Die Gruppen 1 und 2 lassen die genaue Personenzahl erkennen. Die App bietet keinen Schalter zum Abschalten von Analytics.
2. Mitteilungen
Die Berechtigung wird nur beim Aktivieren von Erinnerungen angefragt. Sie werden lokal geplant; ein Push-Token wird nicht bezogen.
3. Drittanbieter
Google AdMob / UMP: kann Einwilligung, Geräte-/App-Daten, ungefähre Region aus IP, Werbekennungen und Interaktionen verarbeiten. IDFA-Zugriff wird nicht angefragt; nicht personalisierte oder eingeschränkte Werbung wird bevorzugt.
Firebase Analytics:Verhalten älterer Versionen vor diesem Update: kann eine App-Instanzkennung, App-/OS-Daten, eine aus maskierter IP abgeleitete ungefähre Region, Sprache, Standard-Lebenszyklusereignisse und freigegebene Ereignisse verarbeiten.
Firebase Crashlytics: Firebase Crashlytics wurde aus der internen Testversion 0.1.0 (iOS-Build 16 und Android-Build 13) entfernt. Ältere Installationen und bereits übermittelte Daten sind gesondert zu betrachten. Ohne benutzerdefinierte User-ID gibt es keinen unterstützten Weg zur gezielten Löschung ihrer anonymen Berichte anhand einer Installationskennung. Firebase beginnt 90 Tage nach dem Absturz mit der Entfernung aus aktiven Systemen und Sicherungen; eine maximale Frist für den Abschluss in allen Sicherungen ist nicht veröffentlicht. Google AdMob kann nach der Entfernung weiterhin Diagnosedaten verarbeiten.
RevenueCat: kann anonyme ID, Store, Produkt, Kauf/Wiederherstellung/Berechtigung und Diagnosen verarbeiten. Apple oder Google verarbeitet die Zahlung.
4. Speicherung und Löschung
Lokale Daten bleiben bis „Alle Daten löschen“ oder zur Deinstallation. Drittanbieter folgen ihren Richtlinien.
Unsere interne Richtlinie sieht die Löschung von Nachrichten/Antworten innerhalb von 90 Tagen nach Abschluss, nicht mehr benötigten Prüfunterlagen/Anhängen (einschließlich zitierter Kopien) innerhalb von 7 Tagen nach Wegfall des Bedarfs und minimalen Fallaufzeichnungen innerhalb von 180 Tagen nach Abschluss vor. Offene Fälle werden alle 30 Tage geprüft. Zugestellte/weitergeleitete Kopien, gesetzliche Aufbewahrung, Wiederherstellung und Sicherungen des Dienstleisters erfordern separate Prüfungen; ungeprüfte Löschungen melden wir nicht als abgeschlossen. Die Löschung in der App entfernt keine historischen SDK-Daten, geteilten CSV-Dateien oder Kaufaufzeichnungen. Wir erläutern den Umfang je Anbieter. Löschung und Erstattung sind getrennte Anträge.
Lokale Vorratsdaten kannst du in den Einstellungen der App löschen. Dabei werden keine CSV-Dateien an Freigabezielen, Daten von Drittanbieter-SDKs oder Kaufaufzeichnungen des Stores gelöscht. Bei SDK-Daten prüfen wir die betroffenen Daten und erläutern das Verfahren und seinen Umfang. Eine Löschanfrage ist von einem Erstattungsantrag getrennt.
5. Sicherheit und Kinder
Daten liegen im Systembereich der App; Kommunikation nutzt SDK-Verschlüsselung. Die App ist nicht für Kinder konzipiert.
6. Kontakt
Bei Änderungen wird das Datum aktualisiert.
Schreibe bei Fehlern, Fragen oder Löschanfragen an contact@omoikane.llc. Wir veröffentlichen deine Nachricht nicht in einem öffentlichen GitHub-Issue. Öffentliche Issues können weiterhin für allgemeine Fehler und Funktionswünsche ohne personenbezogene Daten genutzt werden.
Nenne in der ersten E-Mail die App und die zu löschenden Daten. Du kannst auch iOS oder Android angeben. Falls weitere Angaben zur Prüfung nötig sind, erklären wir ihren Zweck und welche Angaben benötigt werden. Sende keine Passwörter, Bestätigungscodes, Kartennummern oder Vorratsdetails. Veröffentliche keine Kaufnummern oder Geräte-/App-Kennungen in öffentlichen Issues.
contact@omoikane.llc ist ein gemeinsamer Verteiler, nicht ausschließlich für diese App. Auch eingetragene Empfänger außerhalb ihres Supportteams erhalten Nachrichten. Senden Sie zunächst nur den App-Namen und Ihr Anliegen, keine Passwörter, Codes, Kartennummern oder Vorratsdetails. Vor weiteren Angaben erläutern wir Zweck und Empfängerkreis. Die Kauf-ID kann optional angezeigt werden und wird nicht automatisch gesendet. Die neue Version zeigt keine Analyse-ID an. Wenn Sie diese in eine E-Mail aufnehmen, ordnen wir sie Ihrer Anfrage zur Bearbeitung, Prüfung und Antwort zu. Eine ID allein belegt die Identität nicht zwingend.