The first rule was successful!

My example was per what I guessed was OP’s filename so the solution varies based on the specifics. That being said, here is what the smart rule looks like…

Give me a few…

  1. Target the appropriate location. Being specific is better than too general, especially if a rule is running unattended.
  2. Avoids processing existing documents in subgroups.
  3. Avoids processing existing documents. They can be processed manually after the fact, as needed.
  4. Target specific document types. You could use compound criteria to match more than one kind but Any Document is likely unwanted.
  5. This matches months by name, accounting for abbreviations and caps. The pipe (|) is used but OR would also work.
  6. This looks for 2 thousand-something in the name.
  7. Once tested and confirmed it’s running properly, the On Importing event trigger could be added.
  8. This is specific to the OP’s naming convention and would be different (or unneeded) for others.
  9. Filing works in the current database. A Move action is required to move the document to a different database.
  10. Filing using placeholders, in this case in year/month nested groups.

Note: This is a proof-of-concept and works per my understanding of the requirements I have (and still no full name example). But it’s employs solid filtering and action techniques to be used in all kinds of smart actions (rules and batch process configurations).

3 Likes

the only thing I didnt follow is the last line explanation #10… how does the rule know what file to put it in… how does the rule identify the placeholder-

It puts it in a group, not a file. File is a verb here, e.g., “I’m filing this paperwork.” The placeholder gets the year and month from the date information of the document being processed.

1 Like