Forms Processing Standards

Table of Contents

What are Forms Jobs?

Forms covers several different types of dictations that are designed to better integrate with the way customers store and organize information. Formalizer will change its default input fields to better represent the customer's end user platform. Instead of the normal number fields [1, [2, [3, [4, etc., we will use letter fields like [a, [b, [c, [d, etc. Please note that Formalizer will only accept all number fields or all letter fields: do not mix and match number/letter fields

There are multiple Forms that we can process within Formalizer, and each of these Forms have unique fields that you will need to be familiar with to process the job. Once you select the correct Form from the drop-down menu, you will notice that the fields change on the right side of the screen. It is important to scribe the pertinent information in the appropriate fields. If the customer does not dictate the information (or all of the information) for a given field, that field should be left blank and should be transcribed in the catch-all field.

Identifying a Forms Job

Forms may be either pre-selected by the customer, where they will come into Formalizer with the intended Form and associated entry fields, or you may have to select a Form based on the customer's instruction. To select a form, click the dropdown tab in the middle of the top of your screen (to the left of To QA/Get Next Job), and then choose the requested form. Note that this should be done at the beginning of the dictation, as it will erase any text currently in the job.

There are several ways to determine if a job is a Forms job:

The Form dropdown tab in the top center of Formalizer (next to QA/Get Next Job) is not grayed out and is usable.

The job contains one of the following special instructions in the top right:


Preselected Forms

If the customer has preselected the Form type, the job will come in with that Form preselected in Formalizer and you will see the associated entry fields for that particular Form on the F1 tab. You should not change the Form type if it has been preselected.

Preselected Form and Corresponding Fields

You will then use those entry fields to input the pertinent information into each applicable section. If the information was not provided by the customer, or if the information was not complete, you will leave that field blank and transcribe verbatim in the "catch-all" field.


Selecting a Form

If you see one of the special instructions and the dropdown menu is not grayed out, then you may have to manually select a Form based on the customer's instructions. You should listen for keywords that indicate which Form should be used, such as:

If a customer uses a synonym, such as "new contact" or "make a task for", we can assume they are instructing the use of a specific Form.

IMPORTANT: You should listen to the first 10-15 seconds before transcribing to listen for keywords to determine if a Form should be used. If the Form is selected after text has been transcribed, that text will be erased and you will need to transcribe it again using the appropriate Forms entry fields.

If no Form is selected but there are no keywords indicating what Form should be used, process like a normal job using the [3 and [4 fields. For example, if a customer dictates "Case notes on Tom Waters" but there was no prepopulated Form, we will use the standard [3 and [4 fields.

If you are not sure whether a Form should be used, message an OS or OM and let them know how the customer starts off the job. They will then be able to instruct you on whether a Form should be used.

NOTE: If the special instructions say "User Defined" and there is prepopulated text when you receive the job, that job is a Dictation Guides job. Please refer to the Dictation Guides Document for how to process these jobs.

Selecting a Form and Corresponding Fields

Selected Form Example and Corresponding Fields

The Form Types

Each Form will come with its own specific entry fields. Rather than the normal numerical entry fields we use on standard jobs ([3, [4, etc.), each of these entry fields will have a corresponding letter for the appropriate field. Once the Form is selected, you will need to reference the F1 tab to make sure that you input the information into the correct entry field.

When filling out the entry fields, they do not need to be in alphabetical order. As long as the appropriate entry field ([a, [b, [c, etc.) is typed before the text that should go in that section, it will show up in the corresponding field on the F1 tab regardless of the order.

Redtail CRM and Wealthbox CRM Forms vary slightly, so the table below will show you each Form type, their particular fields, and an example of how these jobs will look in Formalizer once the Form has been selected. Details on the entry fields are covered later in this document.


Redtail CRM Integrations

There are only 3 different Forms for Redtail CRM Integrations. Please note that the Create and Update Contact Forms have an additional field for middle name.

Form Type Example

Create Contact

Fields:
[aFirst Name
[bMiddle Name
[cLast Name
[dDescription/Catch-All
Redtail Create Contact Fields

Update Contact

Fields:
[aFirst Name
[bMiddle Name
[cLast Name
[dDescription/Catch-All
Redtail Update Contact Fields

Create Activity

Fields:
[aTask Name
[bContact First Name
[cContact Middle Name
[dContact Last Name
[eDescription
[fStart Time
[gEnd Time
[hStart Dates
[iPriority
Redtail Create Activity Fields

Wealthbox CRM Integrations

Wealthbox CRM Integrations have more Forms options than the Redtail CRM Integrations. While customers are able to use any of the following Forms, the majority of the time they will use the Create and Update Contact Forms. However, it is your responsibility to listen to the dictation and determine if the instructions indicate that another Form type should be used.

Form Type Example

Create Contact
These are the most common Forms. We should default to Create Contact when given a spelled name and no keywords. Again, be very careful to use the F1 tab and input the correct information into the correct field.

Fields:
[aFirst Name
[bLast Name
[cDescription/Catch-All
Wealthbox Create Contact Fields

Update Contact
This form is very similar to Create Contact. The only difference will be based on the customer instruction to update rather than create.

Fields:
[aFirst Name
[bLast Name
[cDescription/Catch-All
Wealthbox Update Contact Fields

Create Task
These Forms are a bit more complex but not as common as the Create/Update Contact.

Fields:
[aTask Name
[bContact Name
[cDescription/Catch-All
[dDue Date
[ePriority
Wealthbox Create Task Fields

Create Opportunity
These Forms are not very common but when they do come in, there is a lot of information that you will need to determine the appropriate fields for. You should reference the CRM Processing Document to ensure that the numerical formatting is correct in the [c through [f fields.

Fields:
[aName
[bDescription/Catch-All
[cTarget Close Date
[dTarget Close Time
[eProbability
[fAmount
Wealthbox Create Opportunity Fields

Create Event
Like the Opportunity Forms, these Forms will require you to determine the most appropriate field to transcribe the respective information.

Fields:
[aEvent Name
[bContact Name
[cStart Time
[dEnd Time
[eStart Date
[fLocation
[gDescription/Catch-All
Wealthbox Create Event Fields

Create Note
This Form is most similar to the usual E-mail jobs we largely process in Formalizer.

Fields:
[aNote/Catch-All
[bContact Name
Wealthbox Create Note Fields

Create Project
These Forms are similar to the Create Note Forms and only require two fields, the name and the catch-all field.

Fields:
[aName
[bDescription/Catch-All
Wealthbox Create Note Fields

Forms Entry Fields

In general, outside of the catch-all field that holds most of the main text and details, treat all of the other Fields in a similar way to how you would a subject line:

There will be times where you will have to use your best judgement on whether the customer was specifying information for a specific Field or not. If a Field is not explicitly stated and you cannot determine if it is implied or not, just leave the text in the catch-all verbatim and do not use the field.

Make sure all the applicable fields are used. Sometimes there are extra fields under the big catch-all field that are easy to miss when viewing the F1 tab.


The Fields


Name Fields

Every Form has one or more name fields. We should use our best judgement and the information provided in the Handling Names section below to enter the correct information into the corresponding field. Note that some Forms' name fields do not necessarily correspond with a person's name.

For additional information on how to process names, see the [section] section.


"Catch-All" Fields

The "Catch-All" refers to either the Note or Description field of a Form. There will be only one per Form, and this is the field where we will enter the bulk of the dictation. Think of this field as the standard "text" field.

If the customer specifically instructs what information should go into the fields, then transcribe that text in the appropriate field. This information does not need to be duplicated in the catch-all field as long as all of the information to complete the entry field is provided.

Example: The customer starts the dictation with: "Please create a contact for Susan and Walter Peters. Met with both of them today."

[aSusan And Walter
[bPeters
[cMet with both of them today.

OR (also acceptable)

[aSusan And Walter
[bPeters
[cPlease create a contact for Susan and Walter Peters. Met with both of them today.

Sometimes the customer will not explicitly state what information should go into each field and you will have to use your best judgment to input the information into the appropriate fields. If this is the case, or if the customer provides incomplete details for a certain field, then you should transcribe the audio verbatim in the catch-all field.

Example: "Create Task Follow-Up Call for Susan Graham. I need to schedule a follow-up call with Susan on June 12th, 2023. This is a very high priority call, so I need to make sure all the paperwork gets done beforehand. Thank you."

We would select the Create Task form, and enter the following:

[aFollow-Up Call
[bSusan Graham
[cI need to schedule a follow-up call with Susan on June 12th, 2023. This is a very high priority call, so I need to make sure all the paperwork gets done beforehand. Thank you.
[d06/12/2023
[eHigh



Date Fields

Depending on the Form, there are different types of dates that may be requested by the customer. Most dates refer to the date on which an item is due, will start, or will end, NOT necessarily the date of the dictation. As such, be sure to match the correct date for the field from the dictation. The different date entry fields are:

All dates should be entered MM/DD/YYYY. Customers MUST provide a specific date for this field to be applicable, and we will assume the nearest date in the future if an explicit year or month isn't provided.

Example: If the current date is May 20th, 2023 and the customer states "This is going to be due August 16," we will assume the year is the current year and scribe as:

[d08/16/2023

Example: If the current date is May 20th, 2023 and the customer states "The start date is the 2nd," we will assume that it is the upcoming 2nd of the month and scribe as:

[e06/02/2023

Note: In both of these examples, we will also include the instructions in the catch-all field as well as in the appropriate date field. The specific entry field may vary based on the Form type, so be sure to pay attention to the date fields.
When the date provided by the customer is too vague to reasonably determine a specific date, the Date field should be left blank.

Example: The customer states, "We'll close this out at our next meeting sometime in the last quarter." We cannot infer a specific date or month, so we should leave the Close Date field blank and scribe verbatim in the catch-all field.

Preselected Forms jobs that require a date entry field may come in with the date field prefilled with "today". The prefilled "today" must be handled in one of the following ways and should not be left as text in the date field:


Times

Similar to dates, the different Forms jobs may require specific time entries. These should be relatively straightforward. However, how we format times on Forms jobs will be different than our normal processing standards. As always, use the F1 tab to determine the time provided by the customer is appropriate for the type of Form and the specific field. The different time entry fields include:

Times should be entered in XX:XX AM and XX:XX PM format. Any times given should be converted to those formats if possible. If it is not possible to convert to that format, we should leave the field blank.

Phrases such as "in the morning", "in the evening", and "in the afternoon" should be converted to AM and PM appropriately, but only when entered in the corresponding field. Times should be transcribed verbatim in the Catch-All field, as well as entered in the correct format for the other fields. Note that this is directly contrary to e-mail job Standards.

Example: The customer states, "This is going to start at two in the afternoon."

Using our XX:XX AM/PM format, we convert "two in the afternoon" to 2:00 PM and enter it in the appropriate field.

[c02:00 PM

Customers may dictate AM/PM times, military times, use phrases to indicate AM/PM, etc. To convert military time to AM/PM time, subtract 12 hours from the time given, such that 15:25 becomes 3:25 PM.

Example: The customer states, "The start time is 11:00 and the end time is 13:25."

We will convert the military times to the AM/PM format and input into the appropriate fields.

[c11:00 AM
[d01:25 PM


Priority

The only acceptable priorities are low, medium, high, and leaving the field blank.

If the customer states the priority is "high" or "urgent", then we should enter High Priority in the appropriate field.

If the customer states the priority is "less urgent", "not that urgent", or anything else implying less than High Priority, we should enter Medium Priority in the appropriate field.

The customer must EXPLICITLY state low priority for us to enter Low Priority. If the customer implies a less urgent or not very urgent without explicitly stating low priority, then we should use Medium Priority.
Probability

All probabilities must be given as numerical or fractional values by the customer. The probability must be transcribed numerically and must be between 0 and 99.

If a fraction is provided, we should convert that fraction to the nearest whole number when inputting into the Probability entry field. Only whole numerical value should go in this field, so no percentage sign or decimals should be used.

Example: The customer states, "We've got a 48% chance of closing this one." In the probability field, we would enter 48 without any additional symbols, in addition to scribing verbatim in the catch-all.

[e48

Example: The customer states, "There's a 2/3 chance of closing on this case." We would convert 2/3 to the nearest whole number and transcribe in the probability field as well as in the catch-all field. (2 divided by 3 is 0.6667, which would equal rough 67%)

[e67

If the customer does not give a numerical or fractional value, but instead says something like "probably", "maybe", "likely", "definitely", etc., then we should leave the field blank but transcribe verbatim in the catch-all field.
Amount

The amounts should always be included in the catch-all in addition to the applicable entry field. Unlike our normal processing standards, there should be NO commas in the values, NO abbreviations, and NO dollar signs used when inputting into the appropriate Amount entry field. The only acceptable punctuation is if the customer requests a value with decimals.

Example: The customer states, "Total amount for this client is roughly $300,000." We would transcribe verbatim in the catch-all and in the amount field, we would scribe 300000, without dollar signs or commas.

[f300000

Example: The customer states, "We're looking at an amount of $150.27 here." We would transcribe verbatim in the catch-all field and in the amount field, we would scribe 150.27.

[f150.27

Example: The customer states, "For the amount, let's do $2.3M." In the amount field, we would scribe 2300000.

[f2300000

Example: The customer states, "The amount will be between 100,000 and 150,000." Since we cannot transcribe a range in the amount field, we will leave the amount field blank and transcribe verbatim in the catch-all.
Tip: To ensure all amounts are entered correctly, transcribe the number out normally, using commas, verify the number is correct, and then delete all non-numeric symbols except for a possible decimal. However, if you do this, be sure to remove any punctuation from the Amount field before sending.
Location

The Location field could be a city, building, or other type of place where the event being discussed is held. The location should also be duplicated verbatim in the catch-all field.

We should not include any punctuation in this field.

Processing Guidelines

Handling Names

If one or more names are given and we are certain of the Form to use, then we should use the F1 tab to input the names into the correct fields. Depending on the integration software used, the last name may go in either the [b or the [c field. Misplacement of the last name into the middle name field or vice versa will result in an FDS.

If the customer states one first name and one last name, we should input those into the appropriate fields.


Example: The customer states, "Update Contact Jim Hutchison H-U-T-C-H-I-S-O-N." We would then choose Update Contact for the Form, and use the fields as follows (assuming no middle name field is given):

Wealthbox Update Contact Form
[aJim
[bHutchison

Redtail Update Contact Form
[aJim
[b
[cHutchison

If the customer provides multiple first names and one last name, we should input all first names into the [a field, and the single last name in its appropriate field.

Example: The customer states, "Update Contact Jim and Jane Hutchison H-U-T-C-H-I-S-O-N." We would then choose Update Contact for the Form, and use the fields as follows (assuming no middle name field is given):

Wealthbox Update Contact Form
[aJim And Jane
[bHutchison

Redtail Update Contact Form
[aJim And Jane
[b
[cHutchison

If the customer provides multiple last names, we should leave the name fields blank and instead scribe both names verbatim into the catch-all field.


Example: The customer states, "Update Contact Jim Hutchison, spelled H-U-T-C-H-I-S-O-N, and Jane Romero, spelled R-O-M-E-R-O." We would then choose Update Contact for the Form, and use the fields as follows (assuming no middle name field is given):

Wealthbox Update Contact Form
[a
[b
[cJim Hutchison and Jane Romero
OR [cUpdate contact Jim Hutchison and Jane Romero

Redtail Update Contact Form
[a
[b
[c
[dJim Hutchison and Jane Romero
OR [dUpdate contact Jim Hutchison and Jane Romero

If the customer gives a business or organization name for a Contact, we should include the full name in the first name field only.


Example: The customer states, "Update Contact Springfield Church, spelled S-P-R-I-N-G-F-I-E-L-D." We would then choose Update Contact for the Form, and use the fields as follows:

Wealthbox Update Contact Form
[aSpringfield Church

Redtail Update Contact Form
[aSpringfield Church

The Redtail Create and Update Contact Forms have a specific field for middle names, but the Wealthbox Create and Update Contact Forms do not have a specific field for middle names. If the customer provides a middle name on a Form without a corresponding middle name field, we should transcribe the full name verbatim in the catch-all but include the first and last name in their respective fields.

Example: The customer states, "Update Contact for Jim Michael Hutchison." We would select the Update Contact for the Form, and use the fields as follows:

Wealthbox Update Contact Form
[aJim
[bHutchison
[cJim Michael Hutchison
OR [cUpdate contact for Jim Michael Hutchison

If a Form is preselected and no name is given, we should leave the name fields blank and utilize the rest of the Form to the best of our ability.


Bookmarks

Under no circumstances should we EVER use bookmarks in any field except the catch-all. If information needs to be bookmarked, we should enter our best guess in the appropriate field and bookmark the corresponding information in the catch-all field.

All fields should be treated as vitally important to the job. Any bookmarked information pertaining to fields, and processing or standards questions surrounding them should be commented on appropriately and the job sent to QA.

If it seems likely that a garbled section would be entered into a field, we should likewise comment and send the job to QA.


QAs: If FDSing for incorrect information in a specific field be sure to check that it is not duplicated in the catch-all field with a bookmark. If it is, and there was reasonable uncertainty, then you would not FDS for a mistake, similar to not FDSing for an unclear name spelling + NSO.


Error Codes

The ONLY acceptable error codes on Forms Jobs are XXH and OPDNP. We will NOT use any of the following error codes: XXA, XXG, Recipients, or OPPA.

The use of error codes will prevent the Form job from being integrated into the CRM system. If you believe a job requires the use of OPDNP, you should always check in with an OS or OM.

Common Mistakes

Field Mix-ups

Always be very careful to enter the appropriate information in the correct field. The fields used between Forms (and in some cases, in the same Form using different integrations) are not consistent. We should ALWAYS reference the F1 tab to determine which fields the current Form uses and what information should be entered within. Remember the entering the wrong information into a field will result in an immediate FDS.


Symbols and Formatting in Fields

Different fields allow different punctuation and symbols, and each expects a different formatting. While scribing, we should be sure to reference the documents and ensure we are following the standards correctly. In the F1 tab, the fields on the right side of the screen may be highlighted in red when the information we have entered is badly formatted or contains impermissible symbols.

If there is an error in one of the entry fields, typically the entry field on the F1 tab will turn red indicating that there is an error. In other cases, Formalizer may give you a pop-up when trying to send if a date, time, or amount is input incorrectly. You should exit out of this and double check that all of the information is input correctly into each field.
Switching Forms

Switching between Forms will erase all previously entered text. Be sure to use CTRL+A (select all) and CTRL+C (copy) before switching Forms, and then using CTRL+V (paste) once we've selected the appropriate Form.

QAs should be especially careful when switching forms so as not to lose all their work. In the very worst case, using the Get Job drop-down in the upper left-hand corner of the screen will revert the job to the version originally sent by the scribe. Note that using this button will erase any changes made to the transcription.

Be sure not to tab out, open a Psi message, etc., while copy-pasting, as Formalizer automatically clears the clipboard when it loses focus.


Mixing Field Types

Some Forms do not properly disallow use of the [3 and [4 fields. ONLY alphabetical fields ([a, [b, [c, etc.) should be used on Forms jobs. There is never any reason to use [3 and [4 fields on a Forms job. Be sure to double-check the Customer Instruction Box, the Forms dropdown, and the F1 tab when beginning a job so as to be sure that the job did not come with a Form pre-selected.


Troubleshooting

Invalid Fields

Sometimes, Forms jobs will have some fields prefilled with invalid information ("Today" in a date field, for example). Be sure to delete the field or replace the entry before sending the job. Failing to do so will result in an error, and Formalizer will not allow us to send the job.

Likewise, attempting to send a job with a poorly formatted field, or one with disallowed punctuation or symbols, may cause Formalizer to crash. Be sure to use the F1 tab and the documents to verify that all information entered is well-formatted and does not contain impermissible symbols.


QAs: We want to grade Forms jobs similar to normal dictations as much as possible. If the scribe makes an error in any of the First/Middle/Last name fields, that would be an automatic FDS, including accidentally putting the last name in the middle name field. Selecting the wrong Form or failing to select a Form at all when one is clearly needed would also result in an FDS.