Platform components
A breakdown of the pieces involved in a Reskyt app and who is responsible for each one.
Mobile apps
Section titled “Mobile apps”The native containers for iOS (Swift) and Android (Kotlin). They render your store in a WebView and provide the native capabilities: push, biometrics, deep links, system permissions and the system modals such as the update modal.
They are distributed as binaries on the App Store and Google Play. Any change in this layer requires rebuilding and republishing.
Reskyt platform
Section titled “Reskyt platform”The set of services Reskyt operates: the configuration of each app, the building of binaries, the notification service and the integrations.
It is multi-tenant: the container and the modules are shared, and each app’s configuration, content and credentials are its own.
Backoffice
Section titled “Backoffice”The panel where the app is configured: parameters, modules, notifications, appearance and publishing.
Push notifications
Section titled “Push notifications”Sending and segmentation infrastructure, available from the backoffice and from the push API. The target unit is the device token, not the user: see users, devices and tokens.
Content and configuration
Section titled “Content and configuration”What defines an app’s behavior without touching the binary: parameters, visual identity, modal texts, your own code in the app’s JS and CSS layers, and system pages.
This layer is the reason most changes do not require republishing.
Integrations
Section titled “Integrations”Third-party services connected through modules: analytics, marketing, payments, identity, tracking, device utilities and content. Each module states which credentials it needs and whether it requires republishing.
The push notification API is the public API currently available. For code running inside the app, the available variables.