moffman (Multi-Office Manager)
Microservice for managing team attendance in multiple offices.
Uses Google account as a data and configuration backing store.
Features
Provides REST API for registration and approval of planned attendance.
Uses Google account as a data and configuration backing store.
Can use Byroapi for issuing attendance approval forms.
Runtime configurations via Google Spreadsheets.
How does it work
Moffman basically manages a shared Google calendar and handles the “approvals”. The calendar stores day-events that marks persons who intend to attend given office. There are two ways how to add events to the calendar:
REST API way - this way is for request that come from another office automation workflow. It also allows approving events that has been already added.
Manual way - this way is for members who (for any reason) cannot participate in another automation workflows. They can add events directly into the shared calendar. Only explicitly specified users (through config) can do this.
The output of this system is the shared Google calendar(s) (there can be several offices each with one calendar).
In case the events are added/approved using REST API way, there are no further actions than updating the Google calendar itself. It is assumed that the same office automation workflow that controls moffman via the REST API would take care of any additional steps such as approval form creation etc.
In case the events are added manually, moffman provides possibility to automatically approve the added event and issue an approval form with Byroapi.
Installation:
$ pip install moffman
Usage
1. Having a backing Google account
Moffman needs API access to an existing Google account, to use it’s calendar and spreadsheet data. On the Google Account that is chosen for this function, following steps must be taken:
2. Configuration
Moffman uses Onacol configuration, so any configuration parameter described below can be configured either in the YAML file or through CLI option or environment variable.
This documentation only describes the YAML configuration method.
To create a configuration file template, use following command:
$ byroapi --get-config-template your_config.yaml
Typical example configuration with some template looks as follows:
general:
# Logging level [DEBUG, INFO, WARNING, ERROR, CRITICAL]
log_level: INFO
# Interval to check for manually added events.
manual_calendar_check_interval: 7200
# Path to a persistant storage file (for storing tokens etc.). Keep null not to use persistent storage.
storage_path: "moffman_store.dbm"
google_api:
# Path to the Google API credentials JSON file
service_account_key_path: "some-service-account-343435.json"
# External users that have access only to the Google Docs/Calendar.
manual_users:
# List of items in format {id: <user_email>, name: <user_name>}
user_list: []
google_config:
# Google Drive ID of the Google spreadsheet file
sheet_id: "1Id24zwRK41IDkdl34jpfx90tkY3bi4dGrl340nnldf9"
# Google sheet range notation, see https://developers.google.com/sheets/api/reference/rest/v4/spreadsheets/cells
range: "Manual users!A2:B"
# Min. interval between updates [seconds], null if automatic update is not necessary
update_interval: null
# Offices managed by this application
offices:
# List of items in format {name: <office name>, id: <Google calendar id>}
office_list: []
google_config: "1Id24zwRK41IDkdl9dfsdfstkY3bi4dG340nnldf9"
# Byroapi (https://github.com/calcite/byroapi) form-filler configuration
forms:
template: "Your_Template"
url: "http://your-byroapi-instance.com/api/v1/form"
date_format: "DD.MM.YYYY"
email:
from:
moffman-administrator@macme.com: "Moffman admin"
to: "form-recipient-email@acme.com"
cc:
moffman-administrator@macme.com: "Moffman admin"
subject: "Some office attendance - {user_name} ({date_from} - {date_to})"
contents: "Hey, here's the form regarding someone's office attendance ({user_name}: {date_from} - {date_to}).\n\nDěkuji předem za zpracování,\n\nJosef"
calendar:
# Event colors (defined as indexes to the Google calendar color palette)
colors:
# Color of approval-pending registration event.
unapproved:
# Color of approved registration event.
approved:
# Checking range for event lookup in the manual update. The values are relative to the time of update, and are defined as Arrow shift arguments (https://arrow.readthedocs.io/en/latest/#arrow.arrow.Arrow.shift)
checking_range:
min:
weeks: -1
max:
weeks: 2
date_format: "YYYY-MM-DD"
end_date_corrective:
days: -1
rest_api: # Configuration of the REST API endpoint
addr: 0.0.0.0
port: 8080
as you can see, several configuration items include a google_config section. The purpose of this section is to refer to a range in an defined Google Spreadsheet, that contains configuration in expected format.o
This is the way how to dynamically update some configuration details without restarting the service.
Configuration data from Google Spreadsheet are downloaded to the moffman configuration in two ways:
1. Using a fixed-time interval specified in google_config:min_update_interval for each section. 2. Manually initiating updat via REST API - by doing GET on /api/v1/config_update.
3. Usage
Moffman provides a simple CLI. To run as a server:
$ moffman --config your_config.yaml
It’s also possible to convey the configuration via ENV variables (see Onacol).
Moffmann runs as a background service, receiving data on it’s REST intreface, and updating/manipulating data on Google calendar.
Following API endpoints are currently provided:
POST /api/v1/reservations - accepts JSON reservations in following form:
{
"user": {
"name": "Some User",
"email": "user@nacme.com"
},
"approved": true,
"start": "2022-06-28",
"end": "2022-06-29",
"request_dt": "11:38:00 2020/06/25",
"office_id": "your-office"
}
GET /api/v1/config_update - empty GET to force configuration reload from Google Spreadsheet.
Metadata
Release files for moffman 0.4.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | Actions |
|---|---|---|---|---|
| moffman-0.4.0.tar.gz | 19.1 kB | Without provenance | Details for moffman-0.4.0.tar.gz |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| moffman-0.4.0-py3-none-any.whl | Python 3 | none | any | Details for moffman-0.4.0-py3-none-any.whl |
Total release size: 38.8 kB
Release files / moffman-0.4.0.tar.gz
| Download URL | moffman-0.4.0.tar.gz |
|---|---|
| Size | 19.1 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
eff29300690d05fd5c8769a8109c9b987671d104e4316d83745c40e185b0773f
|
|
BLAKE2b-256 checksum How to use checksums |
3c52997188fa1568b8b54dad6bbd0df2fc6c885bfb464b313391797667f85ddd
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
poetry/1.1.14 CPython/3.8.13 Linux/5.15.0-1017-azure
|
Release files / moffman-0.4.0-py3-none-any.whl
| Download URL | moffman-0.4.0-py3-none-any.whl |
|---|---|
| Size | 19.7 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
f82c0d16c8a425701fa0c44a9ab4130d5e26f3406e59349177e9cd78457becc5
|
|
BLAKE2b-256 checksum How to use checksums |
b7456a660e0a0a86030294c257cb4e12a09282415c8ce9b02bde656efe69da76
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
poetry/1.1.14 CPython/3.8.13 Linux/5.15.0-1017-azure
|
Security for moffman 0.4.0
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.