Feature Requests

We would like the ability to disable email/password login for users belonging to a specific email domain and require them to authenticate exclusively through SSO (for example, Google Workspace or another identity provider). This means users from that domain should not be able to create or use a separate email/password combination, ensuring that all access goes through the organization’s approved authentication flow. This is important for meeting internal security policies, enforcing consistent access controls, and preventing users from bypassing organizational identity requirements. Even if the platform does not store passwords, having domain-level SSO enforcement ensures that authentication remains fully centralized and compliant.

It would be helpful if users could be provisioned automatically through our existing SSO or identity provider integration (for example, using SAML or SCIM). This would simplify user management by ensuring accounts are created, updated, or deactivated automatically when changes happen in the organization’s identity provider. Even though manual user management works fine for smaller teams, automated provisioning would reduce admin effort and improve security for larger deployments or organizations using tools like Auth0, Okta, or Azure AD.

Several working regulations have requirements for hours worked between certain times of day. For example, an employee might have a limit of 40 hours per week maximum, but at the same time have an additional limit of 30 hours of work between 00:00 and 06:00 in every 14 days. Provide a way to specify the time interval for period and rolling window rules. Example rule: rolling window: (WEEK, size 2) includeTimeOverlap: (start: 00:00, end: 06:00) minutesWorkedMax: 30 * 60

As a user of the Timefold models, I want to decide when a new minor model version becomes active in my production environment, so I can first test the new version in my staging/UAT tenant. This helps us validate behavioral changes before they impact real operations, without blocking your regular release cadence.

This is a request to be able to define rules that ensure employees get at least N consecutive weekends off within a chosen period. This complements the existing cap on consecutive working weekends by explicitly protecting blocks of rest time.

Today Timefold supports travel by car or bicycle (or other OSRM profile but only one). For some use cases certain employees travel on foot and/or public transport while other travel by car. Ideally the system also helps deciding who will travel on foot and who better travels by car but this could be an extension later on.

Investigate whether we can expand travelTimeAdjustment with geocode information to configure the adjustment for a certain (e.g. London) area instead of over all.

This request is to allow configuring traffic impact on various dimensions (time, region etc) to adjust expected travel time for known traffic impact.

Ideally, we should be able to schedule a visit that takes a full day, even if FIXED/FLOATING breaks are defined on the vehicles. In such a scenario: scheduling a full day visits would remove the break from the day and the break can just be assumed to be taken during the service duration of the visit.

This is a request to make costs dynamically configurable based on hours worked per day/week/month. In some cases, the cost of a shift depends on how many hours a person has already worked when they take that shift. If taking a shift would cause an employee to exceed their core hours and go into overtime, then part or all of that shift must be paid at the overtime rate. But if the same shift is assigned to someone who is not going into overtime, then it is paid at the base rate. For example: Some employees must be paid overtime if they work over 8 hours a day. There are 4 and 6 hour shifts in the dataset. If assigned 2x4 hour shifts, then all time is paid at the base rate. If assigned a 4 and 6 hour shift in the same day, then the additional 2 hours are paid at the overtime rate. Some employees must be paid overtime if they work more than 36 hours in a week. If assigned 32 hours of work for the week, assigning an additional 8 hour shift which would take them above their core hours in the week period must be paid at the overtime rate.