fulfillmenttools
  • Welcome to the fulfillmenttools Platform Documentation
  • Getting Started
    • Setup your access to fulfillmenttools
    • Make your first API Calls
      • Add your first facility
      • Add your first listing
      • Place your first order
    • Core concepts & terminology
      • Order Flow
    • Postman Collection
    • Client SDKs
    • FAQ
  • Clients
    • Backoffice
      • First steps - Registration
      • Network view
        • Home
        • Orders
          • Unroutable orders
          • Pre-orders & Backorders
          • Order History
        • Inventory Management
          • Stock Overview
          • Channel Inventory
        • Facilities
        • Users
        • Returns
        • DOMS configuration
        • Settings
        • Analytics
          • DOMS Pages
          • Fulfillment Operations Pages
          • Inventory Pages
          • Downloads Page
      • Facility view
        • Home
        • Inbound
        • Tasks
        • Listings
        • Storage Locations
        • Facility
        • Users
    • Inventory app
      • Registration Inventory App
      • App sections
        • Inbound
        • Storage and relocation
    • Operations app
      • Android
        • Manual Registration
        • Android Enterprise Registration
        • Sections
          • Picking
            • Load Units (legacy)
            • Substitute items
            • Weighed or measured products
            • Scanning configuration
            • Picking Methods
              • Batch Picking
              • Multi Order Picking
          • Packing
          • Handover
          • Returns (legacy)
        • Printing
        • Notifications
      • Webapp
        • Packing
      • Overview features Android & Webapp
    • Technical requirements
      • Zebra Hardware Scanner Configuration
      • Honeywell Hardware Scanner Configuration
      • Supported barcodes for camera scanning
      • Requirements for fft applications
      • Zebra printer
    • Returns app
      • Handle unannounced returns
      • Handle announced returns
  • Products
    • Core Functionality
      • Process
        • External actions
      • Add and manage facilities
      • Notification Center
      • Checking on features
      • Tags and Stickers Concept
      • GDPR
      • Remote Configuration
      • Expiry
      • Target time
      • Time calculation for queries of future availabilities (LPS-calculation)
      • Interfacility Transfer
    • Carrier Management
      • Overview
        • Available Carriers
      • Concepts
        • Carrier Country Service Mapping (CCSM)
        • Non-delivery-days
        • Custom Carrier & Headless operation of Carriers
      • Providing needed data
    • Fulfillment Options
      • Fulfillability Check
      • Checkout Options
        • Available fulfillment options based on basket
        • Earliest possible delivery date
        • Available delivery dates within time-period
        • Availability for delivery date
      • Delivery Promise
    • Inventory Management
      • Configurations
      • Entities
        • Listing
        • Stock
          • Stock Properties
        • Storage Location
        • Zone
      • Global Inventory
        • Stock availability
        • Channel Inventory
        • Expected stock
        • Inbound Process
        • Reservations
        • Safety Stock
      • Inventory Control
        • Inventory Traits
        • Measurement Units
        • Outbound Inventory Tracking
        • Storage Location Recommendations
    • Order Fulfillment
      • Headless Order Fulfillment
      • Pick Jobs
      • Zone picking
      • Load Units
      • Custom Service
      • Handover Jobs
      • Add External Documents
      • Configurations
        • Picking Configuration
          • Picking methods
          • Short Pick Reasons
        • Packing Configuration
          • Packing Container Types
        • Print / Document Configuration
        • Tag Configurations
          • Parcel Tag Configuration
        • Handover Configuration
        • Operative Container Types
    • Order Routing
      • Entities
        • Ship-from-Store Orders
        • Click-and-Collect Orders
        • Locked Orders
        • Custom Services Orders
          • Simple Custom Service Order
          • Complex Custom Service Order
      • Fences
      • Ratings
      • Order Split
        • Order split - initial routing
        • Order split after shortpick
        • Item bundles
      • Reroute
      • Shape the routing with the DOMS Toolkit
      • Decision logs
    • Returns Management
      • Returns legacy
        • Available status
      • Returns 2.0
        • Return Reasons
        • Item Conditions
        • Integrating Returns with Events
    • Use Cases
      • Demand-Driven Replenishment
      • Expected stock in availability
      • Multi Order Picking
      • Interfacility transfer
      • Assigned Users
  • Connecting to fulfillmenttools
    • General Topics
      • Use external identity providers to authenticate to fulfillmenttools
        • Microsoft Entra ID / Azure Active Directory (AD)
      • Public Event Export
      • Available Regions
      • Backup Policies
    • GraphQL API
    • RESTful API
      • General Topics
        • API Release Life Cycle
        • Versioning
        • Authorization
        • Customization via Attributes
        • Update Guarantees
        • Rate Limits
        • Resource Timestamps
        • Pagination Interface
        • Localization
        • Custom Attributes
      • OpenAPI Specification
        • Swagger UI
        • OpenAPI 3.0 Spec
    • Eventing
      • Structure of an Event
      • Available Events
      • Tutorial
    • commercetools Connect
    • Integration Tutorial
      • Adding facilities
      • Adding listings to facilities
      • Configuring stocks
      • Carrier configuration
      • Placing orders
      • Checkout Options
      • Distributed Order Management System (Routing)
      • Local fulfillment configuration
  • Incident Reporting
    • How to report incidents in fulfillmenttools
    • How to define incident priorities
  • Release Notes
    • Release Summary – May 2024
    • Release Summary – June 2024
    • Release Summary – July 2024
    • Release Summary – August 2024
    • Release Summary – September 2024
    • Release Summary – October 2024
Powered by GitBook
On this page
  • Introduction
  • Firebase Cloud Messaging as Transport Layer
  • Requirements
  • Functionality explained
  • Best Practices

Was this helpful?

  1. Clients
  2. Operations app
  3. Android

Notifications

PreviousPrintingNextWebapp

Last updated 5 months ago

Was this helpful?

This page is outdated. Please go to our new documentation under .

Introduction

Notifications within the Operations Android App are handled by default via Google Firebase Cloud Messaging (FCM). In order to successfully utilize this feature users must not impose any firewall limitations.

If you are not able to operate the Operations Android App without a firewall or in a network that imposes a specific whitelisting of hosts, that are used by the devices' apps, please contact us.

Firebase Cloud Messaging as Transport Layer

fulfillmenttools uses FCM (Firebase Cloud Messaging) as an underlying transport layer for delivering notifications. Details can be found at . When it comes to limitations and best practices the following page presents some useful insights:

Requirements

  • Stable internet connection

  • No firewall restrictions applied

  • Sound of the device is on & volume is up

  • Permissions to receive notifications have been granted to fulfillmenttools App

  • A user has to be logged in & a facility has to be selected

Functionality explained

As soon as users logout from the device the app loses its affinity to the selected facility and notifications cannot be delivered to the device. Thus, logging out should be avoided if notifications should still be received when the app is closed.

Best Practices

The notification process works by leveraging Firebase Cloud Messaging (FCM). This system delivers notifications to devices that entitle for receiving notifications.

A device does not entitle for notifications if notification banners of past notifications are not "acknowledged" (swiped away) for several hours (currently ~4h after receiving the first unacknowledged notification). This should avoid spamming of notifications that do not get attention.

Keep unused devices active If you would like to receive notifications to devices, that are not in use (for example when they serve a stand-by devices), you need to either restart the device or acknowledge (swipe away) all open notifications every 3-4 hours (e.g. begin of a shift, lunch time & close to closing time). This behavior will mimic active usage and notifications will keep being delivered to the device.

Keep only devices turned on that are actually in use

In order to avoid manual operations it helps if there are only devices turned on that are really in use. It also helps to save energy and will prolong the lifespan of your devices.

Use personalized accounts & enforce a security aware usage

We suggest using personalized accounts (joedoe@yourtenant.com) in favor of group accounts (warehouseX-picker1@yourtenant.com) for accessing the App. This is a security advice and should be followed in order to keep the operations and data secure.

When using personalized accounts the user will login during the beginning of the shift and logout in the end. Also he will possibly logout during lunch break.

Also swiping out all notifications that reached the device in the past but are still shown on (at least) a regular basis should be part of the employee training.

https://docs.fulfillmenttools.com/documentation
https://firebase.google.com/docs/cloud-messaging
https://developer.android.com/topic/performance/appstandby#bucket-best