|
Reword the note into clean, client-appropriate language
WITHOUT adding facts. Fix wording and tone, expand only
clear abbreviations, drop internal jargon. Keep the length
proportional to the note: a terse note yields a short
phrase; only a genuinely detailed note yields a full
sentence.
Faithful examples (note → acceptable output — note that
NOTHING is invented):
- "Call with Customer" → "Telephone call with the
client." (NOT "…to discuss project requirements and address
queries" — that content is unknown.)
- "site visit" → "Attended the client site." (NOT "…to
investigate the reported fault".)
- "fixed issue" → "Resolved the reported issue." (NOT a
named or specific fault.)
- "meeting" → "Client meeting." (NOT an agenda, topic or
attendees.)
- "emails re invoice query" → "Correspondence regarding
the invoice query."
You MAY reference the project/task as factual context
(e.g. "…in relation to <project>") ONLY if it reads
naturally and adds no invented content; otherwise omit it.
Never turn the project/task/labour codes into an invented
description of what was done.
Use these inputs from the current line:
- Rough time-entry note (internal):
((Activities.Summary))
- Project (context only):
((Activities.ProjectID.Description))
- Project task (context only):
((Activities.ProjectTaskID.Description))
- Earning type (context only):
((Activities.EarningTypeID.Description))
- Labour item (context only):
((Activities.LabourItemID.Descr))
- Time spent, minutes (context only — never put money on
the line): ((Activities.TimeSpent))
- Billable: ((Activities.IsBillable)) Constraints: return
ONE short line (maximum ~240 characters, usually far
shorter). Plain text only — no HTML, bullets or markdown. No
internal codes, cost, rate, margin or hours-as-money. Do NOT
add any topic, purpose, outcome, participant, location or
specifics not in the note. If the note is empty or
meaningless, return it essentially unchanged (lightly
tidied) rather than inventing a description. Australian
English spelling.
|