Product fields store all the necessary information about a product and are divided into two broad types:
Standard fields are further categorized into sections. The upcoming topics will discuss each section in detail, one by one.
The product fulfillment method determines the default order fulfillment flow for orders containing this product. There are three fulfillment methods:
The product fulfillment method determines the default order flow the system will take. You can always manually change the fulfillment flow on an order as needed.
Use the Import Products upload to update product fulfillment method in bulk.
Product financial fields are fixed values entered for the product. It is important to understand that the financials discussed here are only the default values associated with the product. They do not determine the actual inventory cost, the actual order price, or the listing's listed price. Each of these financial aspects is discussed separately in their proper places.
The following is a discussion of the meaning and significance of each product financial field:
Default Cost: The default cost is the usual amount you pay to purchase this product. When creating a purchase order, this amount will prefill in the cost field, unless the vendor product has its own cost.
Default Price: The default price is the usual amount you charge when selling this product. When creating a manual order, this amount will prefill in the price field, unless the customer has its own contract pricing.
Default price only impacts manually entered orders. Orders imported from a channel will always have the price given by the channel.
Default price also extends to group products. When adding a group product to an order, the price of the parent product will be distributed among the children based on the default price of each child product:
Price Floor: The price floor is the lowest price you are willing to sell this product. When creating a manual order, a warning will display if the price entered falls below the price floor.
Price Ceiling: The price ceiling is the highest price that makes sense for you to sell this product. When creating a manual order, a warning will display if the price entered exceeds the price ceiling.
MSRP & MAP: MSRP is the manufacturer-suggested retail price. MAP is the minimum advertised price allowed by the manufacturer. These two fields are for informational purposes only.
Insured Value: The product insured value is the amount you intend to insure the product for during shipping. Carriers typically offer free insurance coverage up to a certain limit. If you have high-value products, you can purchase additional insurance when creating a shipment. The product's insured value will prefill as the insured value in the shipments.
The insured value is applied per unit of the product. If a shipment contains multiple units, the insured value will be multiplied accordingly.
Insurance also extends to group products. When shipping a group product in multiple boxes, the insured value of the parent product will be distributed among the boxes based on the insured value of each child product:
Declared Value: The product declared value is the amount you declare to customs agencies as the product's value. For international shipments, the declared value is included with the commercial invoice. The declared value has an impact on the amount of duties you, or your customer, is required to pay.
The declared value is applied per unit of the product. If a shipment contains multiple units, the declared value will be multiplied accordingly.
When product declared value is left empty, the commercial invoice will calculate the declared value from the order price.
Use the Import Products upload to update product financial fields in bulk.
Product shipping details are the default parameters used for creating shipment boxes containing this product.
The following is a discussion of the meaning and significance of each product shipping details field:
Weight: The weight of the product includes all packaging materials. Weight is measured in imperial pounds and ounces. Ounces exceeding 16 will be converted to pounds, and fractional pounds will be converted to ounces. For instance, 17 ounces will be displayed as 1 lb, 1 oz, and 0.25 pounds will be displayed as 4 oz.
The weight is applied per unit of the product. If a box contains multiple units, the weight will be multiplied accordingly, unless the weight matches a defined unit of measure.
Weight also extends to group products. When packing a group product in a single box, the weight of the group parent will prefill. When group weight is left empty, the weight of the group children will prefill.
When updating product weight with a file, use both headers: Pounds & Ounces. If the file includes a header for pounds, it must also have a corresponding header for ounces, and vice versa. The reason for this requirement is that pounds and ounces are both aspects of a single metric: weight. By requiring that both headers be present in the upload file, any ambiguity regarding how to handle the omitted aspect is avoided. For example, if the current weight of a product is 1 lb, 1 oz, and the upload file is looking to set ounces to 2, it is not clear whether the total weight should be 1 lb, 2 oz, or 0 lb, 2 oz.
Dimensions: The dimensions represent the size of the box in which the product is usually packed. Dimensions are measured in inches. The three dimensions are:
Dimensions are applied per unit of the product. If a box contains multiple units, the dimensions are left empty when creating a box on the page. However, when creating boxes behind the scenes, such as during bulk ship and shop rates, the volume of a single unit is determined and then multiplied by the number of units in the box. Afterward, the cubic root is taken, and this value is applied equally to each side of the box.
For example, let's consider a single unit with dimensions of 5 x 3 x 2 inches. The volume of this unit is 30 cubic inches. If there are two units in the box, the total volume will be 30 x 2 = 60 cubic inches. To find the dimensions of each side, we take the cube root of 60 [60 ^ (1/3)], resulting in approximately 3.914 inches for each side.
Dimensions also extends to group products. When packing a group product in a single box, the dimensions of the group parent will prefill. When group dimensions are left empty, the dimensions of the group children will prefill.
When updating product dimensions with a file, use all three headers: Length, Width, and Height. If the file includes a header for either side, it must also include a corresponding header for the other two sides. The reason for this requirement is that length, width, and height are three aspects of a single metric: dimensions. By requiring that all headers be present in the upload file, any potential problems of missing dimensions are avoided. Some carriers allow creating shipments without providing any dimensions. However, if one side is provided, then the other sides are required as well.
Box Type: You can predefine the box types that your warehouse frequently uses, and then associate them with products.
To manage box types, follow these steps:
Depending on the desired action, do one of these:
Box types serve as convenient shorthand representations for specific sets of dimensions. When you apply a box type to a product, it is equivalent to applying the three dimensions separately to the product. Editing or deleting a box type will not have any impact on the existing dimensions of products. This is because the product dimensions are already set independently and do not rely on the continued existence of a specific box type.
Package Types: The product's package type is the default type used when creating a shipment with a specific carrier. You can set the package type for USPS and FedEx carriers. The package type determines whether the shipment uses a predefined carrier box, which can have an impact on the shipping rates.
To update product shipping details in bulk, use the Import Products upload. To update shipping details on units of measure, use the Import Units of Measure upload.
Product customs information are product details that are included in the commercial invoice for international shipments. These details are necessary for customs clearance and compliance with international trade regulations.
The following is a discussion on the fields in product customs information:
Customs information extends to group products as well. When the group parent has the fields filled in, the group’s customs information will be used. For any field left empty in the parent, the information from the children will be used instead.
Use the Import Products upload to update product customs information in bulk.
Buyers are users responsible for handling the purchase of specific product subsets. The use of buyers allows each buyer to filter and manage their own products. Reports and analytics can also be filtered to track the revenue generated by each buyer.
To make user for buyer, add them to the buyers list.
To assign a product to a buyer, update the product buyer field under the SKU details section. Alternatively, use a file upload to update product buyers in bulk.
Buyer filters are available on the product page, as well as on the various reports and analytics.
Designated locations are the locations in your warehouse where products are usually stored. Assigning locations to products can greatly assist in the task of picking orders off warehouse shelves. Designated locations are fixed aisle and bin numbers where a product can normally be found. This is different than inventory locations, which involve real-time tracking of warehouse inventory.
To update designated locations on a product, follow these steps:
To update product designated locations with an upload file, follow these steps:
When uploading the file, you will be prompted to specify how to manage existing product locations not present in the upload file. There are three options:
After uploading the file, an error log is returned listing all products that encountered processing errors. Delete actions only take place if the upload proceeds without errors.
You can only delete locations for the selected warehouse.
When printing a pick list for products with locations, the list will automatically be sorted by the main location. This allows you to pick the products in the order they are stored in the warehouse. Any additional locations will be listed alongside the main location, so you know where to look for it if the product is not found in the main location.
Products without locations will be printed at the end of the pick list and sorted alphabetically by the item number.
You will need a pick list template that includes the locations column.
Unit identifiers are used to track individual units of inventory while packing orders and receiving returns. Unit identifiers are unique numbers or codes assigned to each individual unit of inventory. This is distinct from product identifiers which applies to the product species and which is associated with the product catalog.
In product fields, you only manage whether a product requires a unit identifier and which type. The actual identifier code is entered during order packing.
There are several types of unit identifiers, with each product allowed to have only one. The available unit identifier types are:
To update unit identifiers on a product, follow these steps:
To manage unit identifiers in bulk, use the Import Products upload.
On the product page, create and manage units of measure.
To manage a broad range of product categories, users can create custom fields in addition to the standard ones like SKU, brand, and UPC. These custom fields can store unique product details such as age group, associated seasons, or any other attributes you want to track or apply to listing attributes mapping.
Managing product custom fields is a two-step process. First, create the fields you want to use, and then apply the fields the products.
Custom fields are organized into groups. If you don't have any groups yet, you must first create a group, and then create fields within it. If you already have a group, simply add new fields to the group.
When creating a new field, you give it a name and specify its data type. The data type determines the nature of the field, whether it will hold text, a number, a list of options, etc.
If creating custom fields through listing attributes mapping, Goflow will prefill suggestions for group and fields names, as well as data types.
To manage custom fields, follow these steps:
Depending on the desired action, do one of the following:
Data types cannot be edited. Instead, delete the field, and create a new one.
When deleting a field, it will removed from all products along with any data the field may hold. This action is irreversible.
The data type determines the nature of the field, whether it will hold text, a number, a list of options, etc.
There are 10 different data types:
For each data type, you can enable the option to Allow Multiple Values, allowing the field to hold not just a single value but a list of values for the selected type.
Once custom fields have been created and defined, you can apply them to products.
Follow these steps to apply a custom field to a single product:
Use the Import Products upload to update custom fields in bulk.