# Outsystems FAQ

## Verwaltung von google-services-Dateien in Projekten mit mehreren möglichen Paketnamen

Im Plugin können Sie mehrere `google-service.json`-Dateien zu Ihrem Projekt hinzufügen, die basierend auf dem während des Builds festgelegten Paketnamen ausgewählt werden.

Wenn Sie zwischen mehreren Firebase-Projekten (jedes mit seiner eigenen `google-services.json`-Konfigurationsdatei) wechseln möchten, befolgen Sie diese Schritte:

1. Erstellen Sie ein ZIP-Archiv. Legen Sie jede `google-services.json`-Datei in ein `.zip`-Archiv mit dem Namen `google-services.zip`.

2. Wenn Sie diese `.zip`-Datei zum Projekt hinzufügen, setzen Sie die Aktion auf Deploy to Target Directory und geben Sie das Zielverzeichnis als `google-services/${package_name}` an.

Wenn der Paketname des Projekts beispielsweise `com.pushwoosh.demo` lautet, ist das Zielverzeichnis `google-services/com.pushwoosh.demo`.

<img src="/outsystems-outsystems-faq-1.webp" alt=""/>

3. Geben Sie während des Projekt-Builds den entsprechenden Paketnamen an.

<img src="/outsystems-outsystems-faq-2.webp" alt=""/>

## Lösung von Konflikten zwischen mehreren Plugins, die von FirebaseMessagingService abhängen

Android löst solche Konflikte nicht automatisch, daher muss dies manuell erfolgen. Da jedes Plugin seine eigene Logik hat, können wir keinen universellen Code bereitstellen, der für alle möglichen Plugins funktioniert.

So können Sie Konflikte beheben:

1. Schreiben Sie eine Router-Klasse in Java, um den Konflikt zu behandeln. Diese Klasse muss den Namen `FirebaseMessagingRouterService` haben.

Ein Beispiel finden Sie im Leitfaden: [Verwendung des Pushwoosh SDK mit anderen FCM-Diensten](/de/developer/pushwoosh-sdk/android-sdk/android-faq/#using-pushwoosh-sdk-with-other-fcm-services).

2. Benennen Sie die Klassendatei. Die Datei, die diese Klasse enthält, muss den Namen `FirebaseMessagingRouterService.java` haben.

3. Legen Sie diese Datei in ein `.zip`-Archiv mit dem Namen `FirebaseMessagingRouterService.zip`.

4. Fügen Sie dieses Archiv zu den Ressourcen Ihres Outsystems-Projekts hinzu.

5. Setzen Sie die Aktion auf Deploy to Target Directory und geben Sie das Zielverzeichnis als `FirebaseMessagingRouterService` an.

<img src="/outsystems-outsystems-faq-3.webp" alt=""/>

## Jede neue Benachrichtigung ersetzt die vorherige auf Android

Standardmäßig arbeitet das Pushwoosh Android SDK im Einzelbenachrichtigungsmodus: Jeder Push wird mit derselben Benachrichtigungs-ID gesendet, sodass jeder neue den vorherigen ersetzt. Dies hat nichts mit dem Gerätehersteller oder dem `collapse_key` zu tun.

Ab der Pushwoosh-Plugin-Komponentenversion 4.7.0 aktivieren Sie das Stapeln mit der vorgefertigten Client-Aktion **SetMultiNotificationMode**:

1. Aktualisieren Sie die Pushwoosh-Plugin-Komponente aus dem Forge.
2. Aktualisieren Sie die Abhängigkeit zum PushwooshPlugin-Modul (Manage Dependencies).
3. Fügen Sie `SetMultiNotificationMode` zu einem Flow hinzu, der nach der Initialisierung ausgeführt wird – zum Beispiel dem Handler des `OnInitializeOver`-Events, direkt nach `RegisterDevice`. Die Aktion hat keine Parameter, und ein erfolgreicher Aufruf wird vom SDK gespeichert und überlebt Neustarts.

Jeder Push erscheint dann als separate Benachrichtigung. Android gruppiert sie zu einem erweiterbaren Stapel mit einem Zähler – das ist die standardmäßige Systemgruppierung. Hinweis: Pushes, die mit einem `android_tag`-Wert gesendet werden, ersetzen sich unabhängig vom Modus gegenseitig.