Purchase order form
A purchase order is the request before payment, so it needs to name exactly what is being ordered, how much of it, and when it is needed. This form splits those into separate fields so a vendor can see the quantity as a number they can act on, not as "a couple" or "some". The total is not calculated in the form; you multiply quantity by unit price in your own spreadsheet or system.
The form beside this text is live. Fill it in and submit it — it validates exactly as it would for a real respondent, and saves nothing.
Quantity and unit price are number fields, not text
Quantity as a number field prevents "2-3", "several", and "about 100" from reaching your records—every order has a real count. Unit price as a number field stops "$40 each" and "40$" from arriving, so your spreadsheet gets a plain number.
PO number is a required field, so no order is anonymous
A purchase order without a number is untrackable in any vendor system; requiring the PO number field means every submission is numbered before it ever leaves the form, so there is no "I forgot the PO" moment after the vendor ships.
No card required.
Purchase Order Form
Live previewHow to build this form
5 steps in the editor. Nothing here needs a paid plan.
- Add a text field for the PO number and a text field for the vendor name so this request is attributed and numbered.
- Add a number field for quantity and a number field for unit price, keeping both as separate fields so they can be multiplied in your system rather than typed as "25 * $40".
- Add a date field for when the goods are needed, not when the PO is filled out—a delivery date tells a vendor how much time they have.
- Add a required long text field describing the items or product codes being ordered, leaving it free text because line-item notation varies by vendor.
- In Settings, add a webhook so each PO reaches your procurement system the moment it is submitted, and export the CSV to verify what was ordered.
Fields in this form
7 fields, using 4 of the 19 field types available.
| Question | Field type | Required |
|---|---|---|
| PO number | Short text | Yes |
| Vendor name | Short text | Yes |
| Items ordered | Long text | Yes |
| Quantity | Number | Yes |
| Unit price | Number | Yes |
| Needed by | Date | Yes |
| Ship to address | Long text | Yes |
What goes wrong with this form
Specific to a purchase order form, not general advice about forms.
Quantity as a text field, not a number
A text field for quantity produces "2-3 cases", "approx. 100", and "some", none of which your vendor can act on without a phone call. A number field stops everything that is not a digit or a decimal, so "50" is real but "50 or so" is refused.
Mixing PO number and vendor name into one field
Combining them makes both unsearchable in a database—you cannot list all POs from one vendor or find a specific PO number without reading and splitting every entry. Two fields costs nothing and buys a structured record.
Delivery date missing, so "when" defaults to now
Without a date field for when goods are needed, a vendor has no idea whether this is rush-order urgent or low-priority stock replenishment. A date field is what lets a vendor see the deadline without calling to ask.
Questions about this form
How do I create a purchase order form?
Start with the PO number and vendor name fields so the request is identified. Then add quantity and unit price as separate number fields—keeping them apart is what lets a spreadsheet multiply them without re-typing. A date field for when the goods are needed, and a long text field naming the product codes, complete the form. Export the CSV or send it by webhook to your vendors.
Does this form process payment?
No—this collects the purchase request: what is being ordered, how many, the unit cost, and when it is needed. A person still reviews the order and issues payment outside the form, the same way approving and sending a PO to the vendor is a step after the form submits.
Can I see the total cost automatically?
No—quantity and unit price are separate number fields you fill in, and the total is something you calculate in a spreadsheet or your own system from those two numbers. This form collects the data; a spreadsheet or accounting system does the multiplication.