-
-
Notifications
You must be signed in to change notification settings - Fork 1
Configuration: Chores
Prerequisites: Completed Quick Start Guide
Note
This guide explains the standard Chore setup flow for most families. For advanced scheduling, turn-based rotation, and due-window claim controls, see Chore Advanced Features.
Use this page to configure Chores that are clear, fair, and easy to manage.
You will make four key decisions:
- Who completes the Chore (
completion_criteria) - When the Chore is due and repeats (
recurring_frequency,due_date, days) - How approval boundaries behave (
approval_reset_type, pending claim action) - What happens when a Chore is late (
overdue_handling_type)
The Add/Edit Chore form is organized into three sections.
- Name
- Description
- Icon
- Points
- Assigned Users
- Completion Criteria
- If you do not enter a custom points value, ChoreOps uses Default Points per Chore from Configuration: Points.
- The value must be a whole number greater than
0.
- Frequency
- Due Date
- Applicable Days
- Due Window Offset
- Claim Lock Until Window
- Custom Interval fields (only when custom frequency is selected)
- Approval Reset Type
- Pending Claim Action
- Auto Approve
- Overdue Handling
- Due Reminder Offset
- Notifications
- Show on Calendar
- Labels
Choose how completion is tracked.
Each assigned assignee gets an independent instance of the chore.
- Separate claim/approval state per assignee
- Separate due/schedule behavior per assignee when per-assignee helper fields are used
- Best for personal routines
All assigned assignees are expected to complete within the cycle.
- Group progress can show partial completion states
- Best for teamwork Chores
One assignee completes for the group.
- First successful claimer/completer wins the cycle
- Other assigned assignees are blocked for that cycle
- Best for “one person handles it” Chores
Strict turn order for assigned assignees.
- Only the current turn-holder can claim before overdue (unless cycle override is used)
- Turn advances in list order
Turn-based, fairness-weighted assignment.
- Only the current turn-holder can claim before overdue (unless cycle override is used)
- Next turn is selected by fairness logic: fewest approvals first, then oldest last-approved time, then assigned list order as tie-breaker
Tip
Rotation modes are best when you want consistent accountability across siblings.
Common options:
- None (one-time)
- Daily / Weekly / Biweekly / Monthly
- Custom interval
- Custom from completion
- Daily Multi (configured in helper step)
Tip
Important distinction:
- Frequency determines how the next due date is calculated.
- Approval reset type determines when approved state returns to pending.
Sets the due boundary used by reminder, due-window, overdue, and approval-boundary behavior.
Important
Only None and Daily can omit a due date in the supported scheduling contract.
Weekly, Biweekly, Monthly, Custom interval, Custom from completion, and Daily Multi should always have a due date.
If you want a recurring chore that repeats but should never become late, keep a due date and set Overdue Handling to Never overdue.
Note
Older installs may already contain recurring chores without due dates from earlier releases. Those legacy chores can still load, but the recommended fix is to edit the chore and add a due date so recurrence and calendar behavior stay predictable.
Optional day filter for when a Chore is active.
- Leave blank to allow all days
- Use day restrictions only when needed
For no-due-date Daily chores, applicable days act as weekday gating.
For recurrence types that require a due date, applicable days refine the dated schedule rather than replace the due date.
Use together to control early claiming behavior.
-
chore_due_window_offset: defines when the due window starts -
chore_claim_lock_until_window: blocks claiming before the due window opens
When lock-until-window is enabled, assignees may see a waiting state until the window opens.
These settings answer a simple question: after a chore is approved, when does it become available again, and what happens if it is late or still waiting for approval?
Think of approval behavior as three independent lanes:
-
Trigger lane (
approval_reset_type): when the boundary fires -
Claim lane (
approval_reset_pending_claim_action): what happens to unapproved claims at that boundary -
Overdue lane (
overdue_handling_type): overdue behavior at due time and boundary
Use this model when combining settings so behavior stays predictable.
Defines when approval boundaries occur:
- Once per day
- Multiple times per day
- At due date (single or multi)
- Upon completion (resets approval state immediately after completion; then reschedules using the chore's normal recurrence rules based on due-date/schedule logic)
- Manual
Note
Midnight reset types (at_midnight_once, at_midnight_multi) are due-boundary gated.
The midnight boundary only resets approved chores when the due boundary has started:
- chore has no due date, or
- current time is at/after due date.
Example: if due time is 8:00 PM, a 12:05 AM midnight pass will not reset that chore yet. It remains approved until a later midnight cycle after that due boundary has been reached.
Tip
If a chore has no due date, midnight reset types are still eligible and will reset at midnight.
Tip
Upon completion controls when approval reset happens. It does not switch recurrence to completion-time math. For recurrence that uses completion timestamp instead of due-date scheduling, use Custom from completion in Chore Advanced Features.
Defines what happens if a claim is still pending at the boundary:
- Hold pending
- Clear pending
- Auto-approve pending
Defines late behavior for the Chore.
Common options include:
- Never overdue
- Overdue at due date
- Clear overdue at approval boundary
- Clear overdue immediately on late completion
- Clear and mark missed
- Mark missed and lock
- Allow steal until approval boundary (rotation only)
Warning
Allow steal is rotation-only and requires compatible rotation + approval boundary settings. See Chore Advanced Features for exact compatibility.
Some settings are completed in helper steps after the main form:
daily_multi_times- Per-assignee fields for independent chores with multiple assigned users (such as per-assignee applicable days, times, and due dates)
If you select a mode that needs these values, the flow routes you to the correct helper step automatically.
Start simple, then refine:
- Completion criteria:
independent - Frequency:
dailyorweekly - Approval reset: once-per-day style
- Pending claim action: auto-approve or clear, based on household preference
- Overdue handling: clear immediate on late (balanced default behavior)
- Chore not visible today: check
applicable_days, due window, and claim lock - Assignee cannot claim: check current state and lock reason (waiting / not my turn / missed)
- Daily Multi not prompting: ensure required base schedule fields are set before helper step
- Rotation confusion: verify completion criteria is rotation mode and assigned-user order is correct
🚀 Getting Started
- Home
- Installation
- Migration from KidsChores
- Quick Start
- Quick Start Scenarios
- Dashboard Generation
- Backup & Restore
⚙️ 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
- Auto-Approve Chores
- Calendar Event Due Dates
- NFC Claim Workflow
- Overdue Penalty Automation
- Critical Overdue Alerts
📖 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