Skip to content

Table of contents

Notifications

Cozy applications can send notifications to the user, in order to alert or notify for services message or state change that could be of interest to the user, in an asynchronous manner.

These notifications are part of a “Notification Center” where the user can configure the behavior of these notifications and the channel in which they are sent.

Firebase configuration

The push notifications can be sent via Firebase to smartphones. By default, the key used to connect to firebase is set in the configuration file, via the notifications.android_api_key parameter. But it can be useful to have several firebase accounts when there are several applications developed by several organizations. In that case, it is possible to tell the stack to use a particular key for a given app by creating a CouchDB document inside the secrets/io-cozy-account_types database, like this:

{
    "_id": "myapp",
    "slug": "myapp",
    "android_api_key": "th3_f1r3b4s3_k3y"
}

And we can go further to restrict this to a context, by prefixing the _id with the context name and /:

{
    "_id": "mycontext/myapp",
    "slug": "myapp",
    "android_api_key": "th3_0th3r_f1r3b4s3_k3y"
}

Declare application’s notifications

Each application have to declare in its manifest the notifications it needs to send. The notifications fields of the manifest can be used to define all these notifications, with the following properties:

  • collapsible (boolean): defines a notification category for which only the last value is of interest to the user. For instance, a account-balance quota for a user’s bank account: such notification is only useful as its last value.
  • stateful (boolean): defines a notification storing a piece of state: for each new notification, the stack will check that if the last sent notification has a different state before sending it. If not, the notification will not be resent
  • multiple (boolean): specify the possibility for a notification to have different sub-categories, defined by a programmable/dynamic identifier. collapsible and stateful properties are inherited for each sub- categories.
  • default_priority: default priority to use, with values “high” or “normal”. This is propagated to the underlying mobile notifications system.
  • templates: a link list to templates file contained in the application folder that can be used to write the content of the notification, depending on the communication channel.

In this documentation, we take the example of an application with the following notification:

{
    "notifications": {
        "account-balance": {
            "description": "Alert the user when its account balance is negative",
            "collapsible": true, // only interested in the last value of the notification
            "multiple": true, // require sub-categories for each account
            "stateful": true, // piece of state to distinguish notifications
            "default_priority": "high", // high priority for this notification
            "templates": {
                "mail": "file:./notifications/account-balance-mail.tpl"
            }
        }
    }
}

For mobile application, there are two cases:

  • if the mobile application is linked to a web app, it will use the same declaration of notifications from the manifest of the web app
  • else, the mobile app will need to declare its notifications when registering its OAuth client.

Creating a notification

POST /notifications

This endpoint can be used to push a new notification to the user.

Notifications fields are:

  • category (string): name of the notification category
  • category_id (string): name of the notification sub-category if relevant (optional)
  • title (string): title of the notification
  • message (string): message of of the notification (optional)
  • priority (string): priority of the notification (high or normal), sent to the underlying channel to prioritize the notification
  • state (string): state of the notification. Only needed if your notification is stateful, to distinguish notifications
  • preferred_channels (array of string): to select a list of preferred channels for this notification: either "mobile", "sms" or "mail". The stack may chose another channels. ["mobile", "mail"] means that the stack will first try to send a mobile push notification, and if it fails, it will try by mail
  • data (map): key/value map used to create the notification from its template, or sent in the notification payload for mobiles
  • at (string): send the notification later, at this date formatted in ISO-8601 (optional)

Note that if you send a notification by sms, only the message attribute will be sent. Also, keep in mind that, depending on your sms provider, the length of the message cannot be longer than 160 characters.

Request

POST /notifications HTTP/1.1
Host: alice.cozy.localhost
Authorization: Bearer ...
Content-Type: application/vnd.api+json
{
    "data": {
        "attributes": {
            "category": "account-balance",
            "category_id": "my-bank",
            "title": "Your account balance is not OK",
            "message": "Warning: we have detected a negative balance in your my-bank",
            "priority": "high",
            "state": "-1",
            "preferred_channels": ["mobile"],
            "data": {
                "key1": "value1",
                "key2": "value2"
            }
        }
    }
}

Response

HTTP/1.1 201 Created
Content-Type: application/vnd.api+json
{
    "data": {
        "type": "io.cozy.notifications",
        "id": "c57a548c-7602-11e7-933b-6f27603d27da",
        "meta": {
            "rev": "1-1f2903f9a867"
        },
        "attributes": {
            "source_id": "cozy/app/bank/account-balance/my-bank",
            "originator": "app",
            "slug": "bank",
            "category": "account-balance",
            "category_id": "my-bank",
            "title": "Your account balance is not OK",
            "message": "Warning: we have detected a negative balance in your my-bank",
            "priority": "high",
            "state": "-1",
            "data": {
                "key1": "value1",
                "key2": "value2"
            }
        }
    }
}