Skip to content

fabassP/cozy-doctypes

 
 

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Doctypes

Doctypes represent different types of data. Their primary use is for permissions: an app or konnector will request permissions for one or several doctypes and will not be able to access other doctypes.

!!! note Example: A banking application requests permissions for banking doctypes (io.cozy.bank.accounts, io.cozy.bank.operations etc..) but cannot access files (io.cozy.files). This ensure the segregation and security of your data.

In this repository, every (known) doctype and the fields that they contain is described. If you feel the need for another doctype, feel free to open a PR with the description and role of your doctype.

Cozy doctypes

Technical doctypes

Remote doctypes

This repository is where the declaration of remote doctypes is done. Read more about remote doctypes in the cozy stack repository.

External doctypes

Generic model

Relationships

Relations between documents are under a relationships object at the root of the document. Relations are referenced by their names.

Each relation is an object with a data property containing either null, one reference or an array of references.

A reference is an object containing at least a _type with the name of the referenced doctype and an _id with the id of the referenced document inside its doctype.

{
  "_id": "mobydick",
  "relationships": {
    "authors": {
      "data": [{ "_id": "hermanmelville", "_type": "io.cozy.contacts" }]
    }
  }
}

External relationships

Relationships that reference a document that lives outside the couchdb of the user will have a _type in a different namespace than io.cozy.*, and will have an additional _protocol field.

At the moment the only available external relationship is bitwarden with the following format:

{
  "_id": "secretsafe",
  "relationships": {
    "vaultCipher": {
      "data": [{ "_id": "123abc", "_type": "com.bitwarden.ciphers", "_protocol": "bitwarden" }]
    }
  }
}

Document metadata

We distinguish three levels : the data (a list of songs from a playlist), the metadata about the data (the creation date of the playlist itself), the metadata of the cozy document (the creation date of the cozy document describing the playlist).

The third level (metadata of the wrapping document) is described by an object named cozyMetadata at the root of the document.

The following keys are reserved and have special meanings:

  • doctypeVersion: Name or identifier for the version of the schema used by this document (ie: doctypeVersion: 2 for "This document conforms to io.cozy.contacts in its version 2")
  • metadataVersion: Version of the cozyMetadata
  • createdAt: Creation date of the cozy document
  • createdByApp: Slug of the app or connector which created the document
  • createdByAppVersion: Version identifier of the app
  • updatedAt: Last modification date of the cozy document
  • updatedByApps: List of objects representing the applications (slugs and versions) which modified the cozy document in its life and the last update date for each of those apps (one entry per slug, apps should just update the value)
  • sourceAccount: When the document was imported from a connector, identifier of the account in io.cozy.accounts
  • sourceAccountIdentifier: When the document was imported from a connector, identifier of the account on targeted web service (the email address most of the time)

Note: All these attributes are optional and taken care by the apps modifying the document. Unless specified otherwise in the documentation of the doctype, all these attributes may not be present or may have a null value.

{
  "_id": "xxxx",
  "cozyMetadata": {
    "doctypeVersion": 4,
    "metadataVersion": 1,
    "createdAt": "xxxxx",
    "createdByApp": "xxxx",
    "createdByAppVersion": "xxxx",
    "updatedAt": "xxxxx",
    "updatedByApps": [
      {
        "slug": "xxxxx",
        "date": "xxxxx",
        "version": 3
      }
    ],
    "sourceAccount": "xxxxx",
    "sourceAccountIdentifier": "[email protected]"
  }
}

Date format

Date should be formatted in ISO8601 :

  • 2017-04-22T01:00:00-05:00
  • 2017-04-22T01:00:00Z
  • 2017-04-22
  • 2017-04-22 01:00

Packages

No packages published