-
-
Notifications
You must be signed in to change notification settings - Fork 19
Frequently Asked Questions (FAQ)
This page covers common questions about ChoreOps and the dashboard experience.
ChoreOps is the evolution of KidsChores: the same core family workflows are here, with expanded features, cleaner role modeling, and improved operational tooling.
The biggest day-to-day terminology change is role-based naming:
- Everyone is a User in ChoreOps.
- Legacy Kid maps to Assignee (the person doing chores and earning/spending points).
- Legacy Parent maps to Approver (the person approving or administering actions).
If you are migrating from KidsChores, use:
ChoreOps enforces role-aware permissions for claim, redeem, approve, and disapprove actions. The user in ChoreOps needs to be associated with a Home Assistant user ID for this to work properly.
Short version:
- Assignees do assignee actions
- Approvers/admin-capable users handle approval actions
- Shared-device behavior (including kiosk mode) is configurable
For the complete matrix and caveats, see: Advanced: Access Control
No. ChoreOps supports any household or team-style setup where people have assigned work and optional approval workflows.
You can model the same household-friendly patterns as before, or use role-based workflows with different naming that fits your use case.
For most users, the preferred method is the reset_transactional_data service because it can reset either everything or only targeted slices of runtime data.
- Comprehensive reset: reset transactional/runtime state broadly (global scope)
- Granular reset: target one assignee and/or one item type (for example chores only, points only)
-
Fine targeting: optionally narrow by
item_namewhen supported
This lets you recover from testing mistakes or stale runtime state without always deleting and recreating all configuration.
See full field definitions and valid values in: Services Reference
action: choreops.reset_transactional_data
data:
confirm_destructive: true
scope: "global"action: choreops.reset_transactional_data
data:
confirm_destructive: true
scope: "user"
user_name: "Sarah"
item_type: "chores"Warning
Reset actions are destructive and cannot be undone. Confirm your target scope before running.
If you want a complete clean slate, including definitions and setup state:
- Remove ChoreOps from Settings → Devices & Services.
- Restart Home Assistant.
- Reinstall ChoreOps and configure again.
For users with only an assignee role, self-approval is not allowed.
For users with an approver-capable role, self-approval is allowed and the approver action path always works.
In practice, if a user is configured with only the assign/approve-style approver controls (for example "allow assign to" patterns), they may see only approver buttons. In that setup, the approver button flow acts as a single-step claim/complete path for that approver-capable user.
Use the full policy details here: Advanced: Access Control
Use the troubleshooting workflow for logs, state checks, diagnostics, and issue reporting:
Have another question? Open an issue at GitHub Issues.
🚀 Getting Started
- Home
- Installation
- Migration from KidsChores
- Quick Start
- Quick Start Scenarios
- Dashboard Generation
- Backup & Restore
- OpsCenter
⚙️ Configuration
- General Options
- Points
- Users
- Chores
- Rewards
- Badges - Overview
- Badges - Cumulative
- Badges - Periodic
- Achievements
- Challenges
- Notifications
🔧 Services
💡 Tips & Tricks
- Template Cookbook for Chores, Rewards, and Approvals
- Bulk Chore Updates via Scripts
- Auto-Approve Chores
- Calendar Event Due Dates
- NFC Claim Workflow
- Overdue Penalty Automation
- Critical Overdue Alerts
- Send ChoreOps Alerts to ntfy
📖 Advanced Topics
- Dashboard Integration
- Access Control
- Chores - Advanced
- Badge Cumulative - Advanced
- Badge Periodic - Advanced
📚 Technical Reference
- Points
- Users
- Entities & States
- Chores
- Badges
- Configuration Detail
- Dashboard Generation
- Notifications
- Weekly Activity Reports
👩🔧 Troubleshooting