Edition: Professional, Business, Enterprise
User-level: System Administrator
Previous steps: The Document Control Add-on
What is the File Name Decoder?
The File Name Decoder is used to identify the data within the file names of files received by, or sent by, your organisation. It can make it vastly faster to register incoming and outgoing files in the Synergy Document Register, for sharing or storing.
Define a pattern, then upload your files to the Document Register, where Synergy will decode the file names using the first matching pattern and extract the various pieces of data captured within the file name. Then, Synergy will automatically organise your project files in bulk, including:
Updating the file's document fields automatically (e.g. Revision, Type, Document Number etc.)
Finding an existing document and updating the new document as a revision.
Saving your file in the relevant project folder/subfolder ready for sharing through Synergy, as well as backing it up to your preferred SharePoint/Teams folder to share with your project team?
Adding New Patterns
From Side Navigation, click your organisation > Organisation Settings > Organisation > File Name Decoder.
Provide a name for the new pattern.
The name should be something that helps you identify this pattern for future use.
Add the new pattern.
Add a composite document number, if required.
Toggle between 'Basic' and 'Advanced' set up.
Create your patter, and move it up or down the list to determine the order it is used.
How File Name Decoder Patterns Work
The File Name Decoder Basic setup has some default rules to recognise the most common strings of text used for the various document fields that could be uploaded.
The File Name Decoder reads each file name as a string of text and attempts to match the filename to a pattern. It goes through the list of patterns in the order the patterns are displayed in, until it finds a match. It does this using a pattern matching tool known as a ‘regular expression' (Regex). To make life easier for you, our basic pattern matching style is much simpler than Regex and should be easy for you to master. But in the backend, it’s Regex - we convert the simple style to a proper Regex to get the job done.
The file name is read by Synergy from left to right, matching each string of text in sequential order to a document field until a complete pattern is matched. If it fails to find a match using the first pattern, it tries the next, and so forth.
If patterns that are created in the Basic setup are failing to recognise your file names, you can customise your patterns here in the Advanced setup. If you are still having trouble, please contact support.
Basic pattern setup
How to create a pattern
Identify a naming convention pattern used frequently by your organisation when receiving or sharing files.
Give the pattern an easily identifiable name, e.g., 'Drawings from ABC Engineers'
Distinguish the separate document fields that are available in your file name conventions (see 'Supported document field terms') as well as the delimiters used between those fields. E.g.:
File Name = 2201_W3543(2)_Enlarged Ground Floor Plan.pdf
Pattern = ProjectNumber_DocumentNo(Rev)_Title.FileType
Using the defined pattern we can interpret this filename as including the project number “2201”, a document number of “W3543, a revision of “2” and a title of “Ground floor plan”. With a “delimiter” of an underscore to separate each field in the filename.
Create your pattern using <> symbols beside each document field and enter the delimiters (special characters or spaces that separate the document data fields) where appropriate. e.g.,
<project>_<docnum>(<revision>)_<title>.<suffix>
Save your pattern and try a test upload in the Document Register.
If an error occurs, please refer to the 'Advanced Setup' or contact us for further support.
Supported field terms
Below are the Synergy-supported field terms and their corresponding term to be entered into your pattern:
Project Number = <project>
Organisation Name = <organisation>
Project Phase = <phase>
Levels and Location = <location>
Document Type = <type>
Role = <role>
Classification = <classification>
Sheet Number = <number>
Suitability = <suitability>
Document Number = <docnum>
Document Title = <title>
Revision = <revision>
Revision Date = <revdate>
File Type = <suffix>
Some document fields can be described differently, so refer to the Synergy Document Field Glossary to identify the appropriate terms for your patterns.
Advanced Pattern Setup
When do I need to use advanced patterns?
To ensure your file name can be decoded unambiguously, you may need to ensure Synergy can read each document field uniquely. This means you must customise the rules for how the string of text for that field is read, defining a specific pattern that can interpret the conventions for your file name.
An example of when you might have to use advanced formatting is to distinguish between these 2 file names:
PRJ001 - W101.pdf which should match <project> - <docnum>.<suffix>
W101 - ground floor plan.pdf which should match <docnum> - <title>.<suffix>
In this example, each file name could match either pattern - they both have a bunch of text on either side of a hyphen (and dot suffix at the end). Using some advanced formatting, it’s quite easy to help the decoder differentiate between these 2 files, and use the correct pattern.
In this case, if we can assume “a document number is always a letter followed by 3 digits” then it’s easy to know which pattern should match which file name. We will get into the details next, but it’s as simple as updating the pattern to be '<project> - <docnum:A000>.<suffix>' and the problem is fixed.
How to customise the document fields in your patterns
To customise the way each field is identified, enter the following rule components within the document field brackets as follows:
<Field:RULES>.
Please ensure to include the ":" before entering rules and close the field with a ">". E.g.: <title:W*>
By default, all fields will match any letter, number, space, or special character until the File Name Decoder identifies the character that matches the delimiter defined next to the document field. E.g.:
Pattern = <docnum> [<rev>]
Explanation = Document number will be taken as anything (letters, numbers, punctuation) up to when the File Name Decoder matches “[“
If specific rule components are entered within the document field, then it will replace the default rule and follow the rule components defined in the customisation. (E.g., <Field:A0CW*>)
Rule Components:
Enter rules as follows <Field:RULES>
A: any letter [a-z] - E.g.: <suffix:AAA> = three letters, exactly
Both upper and lower case letters are accepted
0: any number [0-9] - E.g.: <docnum:A000> = a letter followed by three number digits
C: any number or letter, exclude spaces and special characters - E.g.: <revision:C*> = zero or more letters or numbers (no spaces)
W: any character - E.g.:<title:W*> = one or more letters, numbers, spaces, and punctuation
*: zero or more matches of the previous
+: one or more matches of the previous
Example of customised File Name Decoder patterns
The customised pattern below would be able to decode the following file names:
<docnum:A000> [<revision:C+>] <title:W*>.<suffix:AAA>
A354[4] Ground Floor Plan.pdf
B468[A] Enlarged 1st Floor Plan.pdf
C354[T1] Ground_Floor_Plan.pdf
C354[T1].pdf (title is optional)
But it won't match:
AB54[4] Ground Floor Plan.pdf (must be 1 letter and 3 digits)
A354.1[4] Ground Floor Plan.pdf (too many characters in the document number)
B468[A 1] Enlarged 1st Floor Plan.pdf (spaces not allowed in the revision)
B468[] Enlarged 1st Floor Plan.pdf (revision is not optional)
The sequence the File Name Decoder would go through to identify each term and match the pattern is as follows:
<docnum:A000>
one letter followed by three number digits
from the beginning of the string, up to a “[“
<revision:C+>
one or more letters or numbers (no spaces or punctuation)
after “[“ and before “]”
<title:W*>
zero or more letters or numbers (including spaces and punctuation, like hyphens)
after “]” and before “.”
<suffix:AAA>
three letters, exactly
after “.” up to the end of the string
Pro Tips
Spaces between the fields: we are pretty forgiving. If you have a pattern like
<docnum> - <revision>.<suffix> - we are not very strict about the spaces.We consider them to be “zero or more spaces” because, you know, sometimes our typing is not as good as it should be. This pattern will match.
A101 - REV_1.pdf
A101- REV_1.pdf
A101 -REV_1.pdf
A101-REV_1.pdf
A101 - REV_1.pdf
The delimiter is in my field: Well, that’s confusing. Let’s use this file name example:
PRJ-1234 - A101.pdf with pattern <project> - <docnum>.<suffix>
Here we see there is a project number “PRJ-1234” and the docnum “A101” and they are separated by a hyphen as the delimiter. But the project number has a hyphen in it as well! Without some help in terms of some advanced formatting, the system will pull out “PRJ” (the bit before the hyphen) as the project number. If you are a little more specific about what the project number looks like, this is easily fixed:
<project:AAA-0000> - <docnum>.<suffix> (if the length is always the same) or
<project:A+-0+> - <docnum>.<suffix> (if the number of letters and digits varies)
Expert Setup
Defining expert pattern matching with Regular Expressions (Regex)
If you are a bit of a technical guru, you can build expert pattern matching with a technology known as Regex. This powerful technology allows you to build very specific pattern matching, but requires some technical expertise.
How to build a regular expression
Example of a regular expression
You can learn a bit about building regular expressions by using Synergy's simplified format, and inspecting the regex that we create. There are many excellent online resources to learn more about building a regex. Our favourite is Regex101.com
How to test your patterns
Enter your pattern into the file name decoder
Copy the REGEX expression to your clipboard.
Visit regex101.com
Paste your REGEX into the ‘Regular expression’ field
Enter your filenames as text into the ‘Test string’ field (you can test multiple filenames at once)
Check to see which filenames your pattern matches and determine if it is identifying the correct fields from your file name. (Note: a pattern may show as matched but not be identifying the fields you expect).
If your pattern fails to match your file names as expected, adjust your pattern to be more explicit using the advanced/expert setup and repeated the above steps.
Synergy Document Field Glossary
Synergy Document Field Terms (Updatable using File name decoder during Bulk file import process) |
Field Name | Synergy Field Term | Also Known As | Examples |
Classification | <classification> |
|
|
Document number | <docnum> | Sheet No., ISO Number, Sheet Number, Layout ID |
|
Levels and location | <location> |
|
|
Document number | <docnum> | ISO Number, Layout ID |
|
Organisation name | <organisation> | Originator |
|
Paper | <papersize> COMING SOON | Paper Size | E.g., A3, A2 |
Project Phase | <phase> | Project Phase, Phase, Zone |
|
Project Number | <project> |
|
|
Rev Date | <revdate> |
|
|
Rev | <revision> |
|
|
Role | <role> |
| E.g., structural mechanical etc. |
Scale | <scale> COMING SOON |
| E.g., 1:100 |
Sheet Number | <number> | Sheet, Sheet No. |
|
File Type | <suffix> | Extension, File Type, Suffix, Renditions |
|
Suitability | <suitability> | ??? Linked to Reason codes ??? |
|
Document Title | <title> | Document Title, Title, File Name |
|
Document Type | <type> |
| E.g., plan, elevation, section, report, rfi, instruction, invoice, defect, etc |
Where to next?
What other features does this relate to?



