Project Reference

Flowtly Editorial Team3 min

A project's Reference is a short key you give a project so that systems outside Flowtly can name it. Inside Flowtly a project is identified by its name; the systems you work alongside — a client's accounting system, a reporting tool, a spreadsheet, a shared folder naming scheme — need something a person can type and that stays put. That is what the Reference is for.

It is optional. Most projects never carry one, and a project without a Reference works in every way like a project with one.

What a Reference looks like

You type it yourself and Flowtly does not impose a format, so the shape is whatever the system on the other side expects. It can be up to 64 characters long. Teams that use References normally agree on one shape and keep to it, for example LAT_LAC or LAT_NET_PR5.

Two rules hold, and they are what make a Reference dependable as an identifier:

  • A Reference is unique within your organization. Capitalisation is ignored when Flowtly compares them, so PROJ-1 and proj-1 count as the same Reference and only one project can hold it.
  • A Reference stays with the project it was given to. Deleting a project does not release its Reference, so a key can never come to mean a second project later on. If you enter a Reference that is already taken, Flowtly marks the Reference field to say so — and the project holding it may be a deleted one that no longer appears in your lists.

Renaming a project never changes its Reference. That is deliberate: the name is for the people reading it, the Reference is for the systems keyed on it, and a rename must not quietly repoint an integration.

Setting a Reference

When you create a project, the Reference field sits on the add-project form. Flowtly proposes a value as you type the project name — lower-cased, accented letters reduced to their plain equivalents, and each run of spaces or punctuation replaced by an underscore. It is only a suggestion: type over it and it stops following the name, or clear it if this project does not need one.

To add or change the Reference of a project that already exists, open the project, go to the Overview tab, and click Edit on the Basic Information section. The same uniqueness rule applies to a change as to a new project, so Flowtly will tell you if the Reference you typed belongs to another project.

Project phases carry their own References, each independent of the parent project's. Nothing is derived from the parent, so a phase can hold the key its own outside system expects.

Where a Reference is shown

  • On the project's Overview tab, in the Basic Information section, next to the project name. Projects without a Reference show a dash here.
  • In the projects list, as a small line in a monospaced typeface directly under the project name — monospaced because a Reference is meant to be read character by character and retyped elsewhere, where 0 and O must be told apart. The list shows this line when at least one project in your organization has a Reference, and shows nothing at all when none has. There is nothing to switch on.
  • On a narrow screen, where the projects list becomes a card per project, the Reference sits under the project name on the card.

Note: the Reference is shown, not searched. The search box above the projects list matches project names and client names, and the list is not ordered by Reference. To find a project by its Reference, look for the line under the name.

Example use cases

  • Matching Flowtly to a client's accounting system: give the project the code the client's ledger already uses, so exported hours and invoices line up without anyone comparing project names by eye.
  • Keeping an integration stable through a rename: a project can be renamed for clarity at any time, because the outside system is keyed on the Reference rather than the name.
  • Reporting per phase: give each phase of an engagement its own Reference so a report built outside Flowtly can keep the phases apart.
  • Handing over a project list: paste the References into the column an external tool expects, instead of asking that tool to work from names that read differently in each system.

Connection map

Refers toDerived fromPart ofPlanned vs actual
Documented hereDocumented elsewhere
budget covers project. invoice billed from project. project is of type project-type. project identified by project-reference. project staffed by person. project-rate rates person. project-rate applies on project. time-entry tracked against project. task belongs to project. project-folder groups project. project linked to budget. project-template creates project. project-phase is a child project of project. project needs role. booking planned vs actual time-entry.coversbilled fromis of typeidentified bystaffed byratesapplies ontracked againstbelongs togroupslinked tocreatesis a child project ofneedsplanned vs actualBBudget — The financial envelope an engagement is measured against — what was planned, versus what has actually been spent.BudgetPProject — The core organizational unit for a business initiative, client engagement or internal work. Everything tracked — time, cost, invoicing, profitability — hangs off one.ProjectIInvoice — A sales document issued to a client: line items, dates, tax. It is created, reviewed, previewed and then sent.InvoicePProject type — Fixed-price, Time & Material, Non-billable or Internal. It decides how the project's tracking and reporting behave.Project typePProject reference — An optional key a project carries so systems outside Flowtly can name it. Unique within the organisation, and never reused once it has been given to a project.Project referencePPerson — An employee. The central record the rest of the workforce data hangs off — profile, documents, leave, benefits, rates.PersonMMember rate — A team member's billing or cost rate on a project. Rates are per member, so the same person can cost differently on two projects.Member rateTTime entry — What actually happened — work time logged against a project.Time entryTTask — A unit of work inside a project.TaskPProject folder — A grouping of projects, for organisations running more than a handful.Project folderPProject template — A reusable blueprint for a project: its phases, task lists and tasks, with timings held as day offsets rather than dates. It carries no client, no team and nothing financial.Project templatePPhase — A stage a project runs through. A phase is itself a child project, so everything true of a project is true of a phase.PhaseRRole — One job to be done on a project. It may be open, partly filled, filled or over-filled, and it exists whether or not anyone is booked on it.RoleBBooking — One person committed to one role for a stretch of weeks, at a percentage of their time. A booking is a plan, not a record of work done.Booking