# Enabling 3-Way Match and Defining Thresholds

### Abstract

*Three-Way Match (3WM)* is a powerful control feature in *NetSuite* used to ensure that what was ordered, received, and billed aligns before payment is issued. This matching process helps prevent over billing, catch discrepancies, and enforce purchasing accuracy. Depending on an organization’s policy, *3WM* can be enforced either at a detailed line level or as an overall comparison. For example, a company with tight inventory and vendor billing controls may choose strict line-level matching with small tolerance thresholds.

This article explains how to enable the *3-Way Match* feature and configure matching thresholds in *NetSuite*.

### **Enable 3-Way Match and Define Thresholds**

Enabling and defining *3-Way Match* thresholds ensures that purchase orders, receipts, and bills are accurately aligned before payment is processed. It helps organizations control variances by setting clear limits at the line or total level.

Follow these steps to enable and configure *3-Way Match* in *NetSuite*:<br>

1. Once you are on the **3WM Settings** page, begin by checking the **ENABLED** box. This turns on the **3-Way Match** feature for your account:\ <br>

   <div align="left"><img src="https://4244775538-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FDi74GwuQpTYzdGbZQFpz%2Fuploads%2FC60TuGPWWOUTemQLCSh6%2F0.png?alt=media&#x26;token=b10b0a96-3679-4776-9c74-af35500b15bf" alt="" width="405"></div>

   <br>
2. After enabling the feature, scroll to the bottom of the page where the most common configuration options are located — specifically, the line-level and total thresholds:\ <br>

   <div align="left"><img src="https://4244775538-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FDi74GwuQpTYzdGbZQFpz%2Fuploads%2FkykJdkZkQsYpmJl0vaSb%2F1.png?alt=media&#x26;token=8d75da71-6b12-4b76-b79d-0cf210be1d00" alt=""></div>

   \
   \
   Each organization may require a different combination of line-level and total matching, depending on internal policies and controls.<br>
3. In general, organizations that apply stricter **Three-Way Match** enforcement are more likely to use line-level comparisons:\ <br>

   <div align="left"><img src="https://4244775538-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FDi74GwuQpTYzdGbZQFpz%2Fuploads%2F9qRb0JIiVoS6fdB2lP5k%2F2.png?alt=media&#x26;token=6a886fb2-45e3-4b44-91f0-4238fb467ab8" alt=""></div>

   <br>
4. Conversely, companies with less strict requirements — often using purchase orders just to track contractual obligations use the **Total Thresholds**:\ <br>

   <div align="left"><img src="https://4244775538-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FDi74GwuQpTYzdGbZQFpz%2Fuploads%2FlhL6IoO1Y1SRStHC5cLc%2F3.png?alt=media&#x26;token=5ce66e1a-9889-4be0-a31a-2e197210601b" alt=""></div>

   \
   \
   Your configuration should reflect how your organization compares vendor bills against purchase orders, either line by line or using the overall total.<br>
5. In the **Line Quantity Threshold** section, you can define either a **PERCENT THRESHOLD** and/or an **AMOUNT THRESHOLD**. For example, you can allow items to pass as long as the quantity is within **5.0%**, and specify **AMOUNT THRESHOLD** must be within **1** unit:\ <br>

   <div align="left"><img src="https://4244775538-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FDi74GwuQpTYzdGbZQFpz%2Fuploads%2Fc4bqkeK7fzaVRU0pEGH5%2F4.png?alt=media&#x26;token=8aa82ad7-4614-4173-b543-8124bbec84ca" alt=""></div>

   \
   \
   To illustrate, if a purchase order lists a quantity of **100** and a bill or item receipt shows **101**, it will pass if your threshold is set to **1**. However, if it shows **102**, it will not be accepted.<br>
6. This same logic also applies to the **Line Rate Threshold** and **Line Amount Threshold**, which allow you to define variance limits for rates and amounts, respectively:\ <br>

   <div align="left"><img src="https://4244775538-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FDi74GwuQpTYzdGbZQFpz%2Fuploads%2F4CWJS2b9DtXB6ZTaavhv%2F5.png?alt=media&#x26;token=ca0de6f2-4ae0-43c8-8db3-2aeb537fa38a" alt=""></div>

   <br>
7. To track exceptions more closely, you can check the **REPORT VARIANCE IF EITHER THRESHOLD EXCEEDED** box. This enables variance reporting when either the percentage or amount threshold is exceeded:\ <br>

   <div align="left"><img src="https://4244775538-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FDi74GwuQpTYzdGbZQFpz%2Fuploads%2Fa1XWmbX3yPsC3PgGr3tI%2F6.png?alt=media&#x26;token=1f0f707c-5f23-4f60-86c5-143450ce89a7" alt=""></div>

   \
   \
   This can be especially useful for large POs. For instance, you may be fine with a **5%** variance but want to cap it at a maximum of **$1,000**. That way, even if **5%** is acceptable in general, the system will report any overages beyond that cap.<br>
8. The same approach applies to the **Total Threshold**, which is ideal if you prefer not to compare each individual line. Instead, you can match based on the total value of the purchase order:\ <br>

   <div align="left"><img src="https://4244775538-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FDi74GwuQpTYzdGbZQFpz%2Fuploads%2FbHzvffLaIA1I09KXzssR%2F7.png?alt=media&#x26;token=fd8c414f-a3a5-42a5-8b00-caf63c8eb069" alt=""></div>

\
\
This concludes the process of enabling a **3-Way Match** and defining thresholds in *NetSuite*.
