thinkwise-software-factory-scheduler-component

Configures Scheduler components in Thinkwise Software Factory models via MCP connectors.

5|Updated Aug 25, 2026
One-click install
npx skills add https://github.com/rkortThinkwise/sf-mcp-skills-temp --skill thinkwise-software-factory-scheduler-component-rkortthinkwise
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: thinkwise-software-factory-scheduler-component
Source: https://github.com/rkortThinkwise/sf-mcp-skills-temp/tree/main/thinkwise-software-factory-scheduler-component
Command: npx skills add https://github.com/rkortThinkwise/sf-mcp-skills-temp --skill thinkwise-software-factory-scheduler-component-rkortthinkwise

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Building a Scheduler component in a Thinkwise Software Factory model requires coordinating many interdependent entities — the subject's data model, scheduler rows, scheduler views, resource columns, conditional layouts, screens, tasks, and process flows — and mistakes in any of them cause silent failures like drag-and-drop 400 errors or empty components. This Skill provides a verified, field-by-field reference so every entity is configured correctly the first time. ## Core Features & Use Cases - Full lifecycle reference: Covers the subject data model (single non-nullable primary key, UNION-based resource/activity rows), the scheduler and scheduler_view entities, resource panel columns, and time-cell conditional layouts with exact field names and enum values. - Verified real-world patterns: Includes the prefixed-synthetic-key technique for multi-table resource hierarchies, HTML activity formatting with a dispatcher domain, and the union-per-period pattern for coloring absence, downtime, or work-time windows. - API write quirks: Documents verified routing behaviors, such as adding a scheduler row as a detail of its owning table and editing pre-existing scheduler_view_resource_col overview rows instead of adding new ones. - Use Case: When asked to add a week view with business hours and drag-and-drop to a project planning scheduler, Claude uses this Skill to create the scheduler_view row with correct timescales, hidden days, and update handlers without guessing entity or property names. ## Quick Start Ask Claude to create a Scheduler component for a table in your Thinkwise Software Factory model, including resource grouping, views, and drag-and-drop behavior.

Frequently Asked Questions about thinkwise-software-factory-scheduler-component

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I create a Scheduler component in Thinkwise Software Factory?

Start with the subject's data model: a single non-nullable primary key plus resource, start date, and end date columns, usually as a UNION view. Then create the scheduler row as a detail of its owning table, add scheduler_view rows with timescales, and wire up tasks and process flows.

How do I build a multi-level resource hierarchy in a Thinkwise scheduler?

Union one SELECT branch per hierarchy level into the subject view, prefixing each branch's native ID (like d_, t_, e_) into a single VARCHAR key column. Set type_of_resource_grp_by to hierarchy_grp_by and point parent_resource_grp_by_col_id at the prefixed parent key column.

Why does drag-and-drop fail with 400 errors in a Thinkwise scheduler?

Drag-and-drop 400 errors are commonly traced to a nullable primary key on the subject, which Thinkwise does not support. Synthesize a non-null row identifier per UNION branch, and for view subjects add an instead-of update trigger for resource dragging.

Can a Thinkwise scheduler show per-resource working hours or absence periods?

There is no built-in worktime entity; model it as extra UNION rows sharing the resource's grouping key with null activity columns and their own period dates. Then colour them with scheduler_view_conditional_layout rows using a date-type between condition plus a state equality condition.

Why is my new scheduler row rejected when adding it through the API?

A bare unscoped add of a scheduler record can be rejected without indicating routing is the problem. Navigate to the owning tab record first and add the scheduler row through that table's detail relationship, which also auto-populates tab_id, model_id, and branch_id.

How do I migrate from the legacy Resource Scheduler extender to the Universal Scheduler?

Consolidate the old Resource, Task, and Worktime subjects into one UNION view with a single-column non-nullable key, rebuild zoom levels as named scheduler_view rows, and recreate date-jump navigation with a DUMMY task plus the activate_scheduler process action.