Shopfloor is a barcode scanner application.
This module provides REST APIs to support scenario. It needs a frontend
to consume the backend APIs and provide screens for users on barcode devices.
A default front-end application is provided by shopfloor_mobile_base
.
Important
This is an alpha version, the data model and design can change at any time without warning. Only for development or testing purpose, do not use in production. More details on development status
Table of contents
In the main menu (or home screen) click on "Shopfloor".
In Shopfloor / Profiles.
The profiles are used to restrict which menus are shown on the frontend application. When a user logs in the scanner application, they have to select their profile, so the correct menus are shown.
In Shopfloor / Menus.
The menus are displayed on the frontend application. The configuration may come from the menu itself and/or from the scenario linked to it.
Their profile will restrict the visibility to the profile chosen on the device. If a menu has no profile, it is shown in every profile.
Some scenario may have additional options.
In Shopfloor / Scenario.
A Scenario represents a flow (or more basically "something to do" with the app. Each scenario must have a name and a unique key. The key must match a registered shopfloor service component.
An API key is created in the Demo data (for development), using
the Demo user. The key to use in the HTTP header API-KEY
is: 72B044F7AC780DAC
Curl example:
curl -X POST "http://localhost:8069/shopfloor/user/menu" -H "accept: */*" -H "Content-Type: application/json" -H "API-KEY: 72B044F7AC780DAC"
- improve documentation
- change shopfloor.scenario.key to selection? See comment in model
First official version.
Bugs are tracked on GitHub Issues. In case of trouble, please check there if your issue has already been reported. If you spotted it first, help us smashing it by providing a detailed and welcomed feedback.
Do not contact contributors directly about support or help with technical issues.
- Camptocamp
- BCIM
- Akretion
- Guewen Baconnier <guewen.baconnier@camptocamp.com>
- Simone Orsi <simahawk@gmail.com>
- Sébastien Alix <sebastien.alix@camptocamp.com>
- Alexandre Fayolle <alexandre.fayolle@camptocamp.com>
- Benoit Guillot <benoit.guillot@akretion.com>
- Thierry Ducrest <thierry.ducrest@camptocamp.com>
- Joël Grand-Guillaume <joel.grandguillaume@camptocamp.com>
- Jacques-Etienne Baudoux <je@bcim.be>
Financial support
- Cosanum
- Camptocamp R&D
- Akretion R&D
- ACSONE R&D
This module is maintained by the OCA.
OCA, or the Odoo Community Association, is a nonprofit organization whose mission is to support the collaborative development of Odoo features and promote its widespread use.
Current maintainers:
This module is part of the OCA/wms project on GitHub.
You are welcome to contribute. To learn how please visit https://odoo-community.org/page/Contribute.