What changed
The trade partner has made a time-based commitment. The useful project fact is no longer just that a conversation happened; it is that someone is expected back on a specific day for specific work.
Where it should live
Keep the original call or communication in the history, then create a scheduled return tied to the project and trade partner. The scheduled item should say what they are returning to do and the expected date. If the return is critical to another activity, that dependency belongs in the project context too.
Who has the next responsibility
Until Thursday, the trade partner owns the return commitment. The superintendent owns awareness of whether the return still supports the planned sequence. Once the trade arrives, the state should move from scheduled to arrived rather than creating a second disconnected record.
What happens if they do not show
Mark the scheduled return as a no-show. That changes the project condition and should surface for attention. If a new date is agreed, reschedule the same commitment so the history shows the missed date and the new expectation.
What not to do
Do not create a call note, separate to-do, calendar item and personal reminder that all describe the same return. One connected commitment is easier to understand and maintain.
Keep the original condition or communication, the current responsibility and the next action connected instead of recreating the same item in multiple places.
Why this is useful in Timbrana
Timbrana turns the return promise into a visible project commitment instead of leaving it buried in the communication that created it.
What this means for the company
The company is less dependent on one superintendent remembering every promise made in calls and field conversations. Return dates become visible project commitments that can be picked up by the PM, another superintendent or an executive reviewing the job.