Order custom fields now support single-select dropdown and multi-select dropdown input types. Admins can configure these fields within order custom field settings alongside the existing text, yes/no, date/time, and number options. Each dropdown field supports a managed list of selectable values that buyers choose from at order submission.
Custom fields exist because no two businesses collect exactly the same information when an order comes in. The existing options covered a lot of that ground ; yes/no, open text, date, and number. What they did not cover was the scenario that comes up constantly in practice: a field where the valid answers are a defined set of options, and free-text entry produces inconsistency that someone downstream has to clean up.
The addition of single-select and multi-select dropdowns closes that gap. It is not a new capability in the abstract sense. What matters is that it is now available at order submission, in the context where the data matters most, configurable by the supplier to reflect their actual business logic.
Within order custom field settings, admins create a new field, select single-select or multi-select as the type, and add the valid option values. The field then appears at order submission as a dropdown or checkbox group. Buyers select from the defined options -- no free-text entry. The selected value travels with the order record through the full workflow.
The most common downstream cost of an open text custom field is the follow-up. 'What did you mean by standard?' 'Which shipping option did you want?' Structured inputs eliminate the ambiguity at the source. The buyer chose from a defined list. The value is unambiguous. The question does not need to be asked.
Open text fields are difficult to aggregate. Dropdown fields produce consistent, standardized values that can be filtered, sorted, exported, and used as inputs to workflow rules without any cleanup.
Buyers filling out a well-designed order form move faster and make fewer mistakes when the options are presented as choices rather than blank fields.
For suppliers using the Rules Engine to trigger actions based on custom field values, structured dropdown values make those rules work reliably. A rule that checks whether a custom field equals 'Freight' only works consistently if 'Freight' is always entered as 'Freight.'
Data quality at order entry is a persistent problem across B2B commerce. Most wholesale ordering systems offer some form of custom field or order note capability. The gap is almost always at the input layer: fields accept free text, buyers enter what they want, and the downstream system inherits whatever inconsistency that produces.
That cleaning step is a hidden labor cost that scales with order volume. Structured inputs at the point of collection remove the need for it entirely. The valid values are defined. Buyers choose from them. The data arrives clean because it was collected clean.
Most platforms offer text fields and call it customization. The combination of structured input types, managed option lists, and Rules Engine integration gives OrderEase a data collection capability that is meaningfully more useful for operations teams building automated workflows.