Create Offer

Easily create private offers directly from a HubSpot deal using the Fours App.

Overview

A private offer is a custom deal you send to a specific buyer through a cloud marketplace — AWS, Azure, or GCP. It includes your negotiated pricing, contract terms, and expiration date. The buyer receives a link to review and accept the offer directly in their cloud marketplace account. Once the buyer accepts it, the contract is live and billing starts automatically through the marketplace.

After adding the Fours App to your HubSpot Console, you can create these offers straight from a deal, without leaving HubSpot. For more details on offers, see Understand Marketplace Offers.

Prerequisites

• The Fours App must be set up in HubSpot and the Fours app card must be visible on your deal pages. If you haven’t done that yet, see Configuration.
• The product you want to create an offer for must already exist in Fours. If it doesn’t, create it in the Fours Console first before continuing.

Create an offer

1. Navigate to the deal’s detail page and click the “Suger” tab at the top of the page.

2. Locate and click the “New Offer” button.

3. The Create Private Offer panel opens with “Choose the type of offer you wish to create.” Pick one of the three types:

   Option	Use it when
   Private Offer	You are sending a new negotiated offer directly to an end customer
   Amendment Offer	You are changing an offer or agreement that already exists
   Reseller Offer	You are creating the offer as a reseller, based on an authorization an ISV granted you

4. Choose the product on which the private offer will be based. The product list shows only products available in your Fours account.

5. Complete the required fields in the form. Note that the required fields may vary depending on the cloud marketplace and the type of offer.

6. Once all necessary information is filled in, submit the form to create the offer.

7. You are all set!

Contacts on the offer

The AWS offer forms and the Azure private-offer forms (SaaS, Flat Rate, Per User and virtual machine products) have a Contacts section. Enter a Contact Name and Contact Email and click + Create Contact, or click Or, add existing contacts and pick from the deal’s HubSpot contacts in Select Contacts. The contacts are saved on the Fours offer, and Fours emails them only through the Offer Notification Contacts rule in your email notification settings.

On Azure these contacts replace the form’s old Notification contacts list of email addresses, and they are not sent to Microsoft. The Azure New Resale forms keep their email list.

AWS: buyer net payment term

Every AWS offer form — SaaS, agreement-based, container, machine learning, professional services, and reseller — carries a Buyer net payment term field. It sets how long the buyer has to pay after being invoiced.

Leave it on Customer’s net terms with AWS and nothing changes: the buyer keeps whatever terms they already have with AWS. Choose a custom term and you pick one of six:

Once the offer exists, the term is shown on the offer detail as Buyer payment term.

AWS: pre-authorized renewal terms

The AWS SaaS, container and professional-services offer forms carry a Configure renewal terms section for pre-authorized auto-renewal. It appears whenever the selected product has at least one commit (contract) dimension. A product that also meters usage qualifies too — only the commits matter.

• Container offers also need a committed pricing model. On a usage-based or free pricing model, or for a product that is free only, the section stays hidden.
• AMI products never show it. The container offer form also handles AMI products, and for them it leaves the section out: AWS offers no auto-renewal on an AMI product.
• No commits, no renewal term. If you switch to a product without commits, any renewal term the form was carrying — for example from a draft — is dropped, so it is never submitted.

What each renewal option means is covered in Pre-Authorized Auto-Renewal. Once the buyer accepts, you manage the renewal from the deal’s Entitlements tab — see Adjust the renewal uplift.

Choose a renewal option

On a new offer the section starts on No renewal. Each option is a card of its own, and the fields for the option you pick open inside its card:

Percentage range prefills a Minimum of 5%, a Maximum of 30% and a Default uplift percentage of 10%, so adjust the band to the one you agreed with the buyer. It also fills in the Adjustment deadline (Days before agreement expiration) with 30 days more than the renewal decision deadline — so the uplift is settled 30 days before the opt-out decision closes — or with 30 days when the renewal decision deadline is blank.

Both renewing options then ask for the Renewal decision deadline, the Renewal count — Definite, with a Number of renewals, or Indefinite — and an optional renewal payment schedule.

Renewal decision deadline

Renewal decision deadline (optional) replaces the field that used to be called Lockout period. It is the number of days before the agreement expires after which neither party can opt out of the renewal. It opens empty: left blank, the deadline is the agreement expiration date. If you set it, it must be at least 1 day, and on a percentage range the adjustment deadline must be greater than it.

Both deadlines must land inside the contract term. Each is counted back from the end of the contract, and the form works out the calendar date it lands on. A deadline that falls outside the term stops the offer before it is sent, with an alert that names the date and the term — for example:

Renewal decision deadline (800 days) falls on 2025-07-23, which is not inside the contract term (2026-10-01 → 2027-10-01).

The same check applies to the Adjustment deadline. The contract term is read from real dates: the term length — in days, months or years — added to the offer’s start date, or the start and end dates when you set the term by dates. A 12-month term from 2026-10-01 ends on 2027-10-01, 365 days later. When the offer has no start date because its term starts when the buyer accepts, the term is counted from today.

Renewal payment schedule

Enable renewal payment schedule adds a schedule for invoicing each renewed term — optional, up to 86 installments, totaling 100%.

Checking the box copies the offer’s own installments. Each installment you entered for the initial term becomes a row at the same point in the renewed term, with the same share of the total, and each row keeps its own day of the month — installments on 30 September, 31 December, 31 March and 30 June stay on those month ends. A few cases read differently:

• If two installments fall in the same calendar month, the rows are timed in exact days rather than months.
• Installments on the same date become one row.
• An offer with no installments starts from a single row: 100% at the agreement start.

While the schedule is still exactly what was copied, changing the offer’s installments copies them again. Once you edit a row, your schedule is kept as you left it, and a draft reopened with a saved schedule keeps that schedule.

Each row has:

When the installments carry amounts, Original contract total and Contract duration appear above the rows — the figures the rows are priced against. The duration reads, for example, 12 months · 365 days, or 12 months · Starts when the buyer accepts for an offer whose term starts on acceptance.

• Due date calculation — By month or By exact days — sets the unit for the whole schedule; rows no longer carry a unit of their own. Switching it converts every row at 30 days to a month.
• Renewal Payment Scheduler generates equal installments from a Payment frequency (Monthly, Quarterly, Semi-annually, Annually or Custom), a Due date calculation, a Number of installments (up to 86) and, when timed by month, an optional Day of month. Check the Plan preview, then click Create to replace the rows.
• New payment installment adds a single row. Underneath, the schedule counts its installments and shows the Allocated and Remaining percentages.

Azure: automatic subscription activation

An Azure SaaS offer form carries Automatically activate the subscription on purchase.

• Checked — Azure activates the SaaS subscription automatically once the customer purchases the offer.
• Unchecked — your team activates it.

The checkbox appears only when your Azure integration is set to self-managed subscription activation and the offer uses V2 pricing. On any other combination it is hidden, because the setting cannot be carried on the offer at all. See Azure Marketplace integration settings.

Azure: custom contract terms and renewal

On an Azure offer, the Contract Duration toggle includes a Custom option. Choosing it reveals two more fields:

• Custom Duration Unit — months or years.
• Custom Duration Value — the length. The helper text is “1–120 months or 1–10 years; month values divisible by 12 must use years”, so a 24-month term has to be entered as 2 years.

A custom term also makes Renewal Behavior required, and its “no renewal” option is hidden — Azure will not accept a custom-term offer without a renewal decision. The options are:

When you pick a renewal that continues the subscription, set Renewal Contract Duration and Renewal Billing Frequency underneath it.

Two defaults are worth knowing, because they changed:

• Choosing Custom now pre-selects Renew into public offer. If you want the customer to roll into the private pricing again, change it yourself — the form no longer assumes it.
• Renewal Contract Duration is seeded with the shortest published term on your base plan, and the dropdown is ordered shortest first.

GCP: usage plan pricing model

When the plan you pick for a GCP offer is a usage plan, the form asks for a Usage Plan Pricing Model. Until you choose one, its description reads “Select the pricing model for the usage plan.” Once you do, the description shows the hint GCP’s Producer Portal gives for that model:

The field appears on every GCP form that prices a usage plan: a Private Offer, an Amendment Offer, and a resale authorization created with New Resale. On an amendment, keep the model of the offer you are replacing — GCP refuses an amendment that changes it. The form fills the model in from that offer when it can; if the field is empty, choose the model the original offer uses. How each model charges for usage is explained in Usage-Based Offers.

GCP: expiry within three months

Google Cloud Marketplace requires an offer to expire within three months. On a GCP offer that limit applies to the Expiry Date, and on a GCP resale authorization to the Acceptance Due Date. The date picker still lets you choose a later date, but Fours refuses the offer when you submit it, before anything is sent to Google, and the error alert names the date you picked and the last one you can use — for example:

the offer expiration date (January 5, 2027) is too late. Google Cloud Marketplace requires offers to expire within 3 months, so choose a date on or before December 22, 2026

Pick that date or an earlier one and submit again. Saving a draft does not check the date; the check runs when you submit. How the last allowed date is worked out is covered in Set pricing information.

Manage an offer after it is created

Each row in the Offers tab has an actions menu:

When Extend Expiry Date is available

Extend Expiry Date is offered when the offer’s status is one of:

It is never available in these cases:

• CPPO offers. A CPPO is created and owned by the reseller, so the ISV cannot extend it.
• AWS resale authorizations (CPPO_OUT). AWS does not support extending an authorization.
• Azure offers on v1 pricing. Only v2 and v3 Azure pricing can be extended.
• Azure resale authorizations. They have no expiry date to extend — see Azure: grant a resale authorization.

GCP: replaced offers

When a GCP offer replaces an earlier one, the offer detail shows Replaced Offer ID — the identifier of the offer it supersedes. Once Fours resolves that identifier, a Replaced Offer row appears with the replaced offer’s name, so you can see at a glance which offer this one took over from.

GCP: dates in Pacific time

On a GCP offer’s detail, Start Date, Expire Date, Accept Date and End Date show a date and time in Pacific time, with PST or PDT — for example 8/31/2026, 11:45:00 PM PDT — rather than a UTC date. Pacific time is the calendar GCP Marketplace keeps, so the dates line up with GCP’s Producer Portal.

Fours also counts a GCP term from the Pacific calendar day it starts on. An offer whose term starts when the buyer accepts, and that was accepted in the Pacific evening, no longer shows an end date one day later than the Producer Portal.

The Offers table still lists Create (UTC) and Expire (UTC) in UTC, so a GCP offer’s expiry can read one day later there than in the offer detail.

What happens next

After you submit the offer:

• Fours creates the offer and links it to the HubSpot deal.
• The offer is sent to the cloud marketplace for processing.
• Once the marketplace confirms the offer, the offer status updates and the offer URL becomes available.
• Copy the offer URL and send it to the buyer — they use it to review and accept the offer in their cloud marketplace account.
• The offer is also visible in the Fours Console under your offers list.

Troubleshooting common issues

Frequently asked questions

Can I create offers for AWS, Azure, and GCP from HubSpot?

Yes — as long as products are set up for each cloud in Fours. The product selector in the offer form shows all available products across clouds.

What is field mapping and do I need it?

Field mapping is an optional configuration that automatically pre-fills offer form fields with data from the HubSpot deal — like company name, deal value, or close date. It saves time and reduces manual entry errors. You can still create offers without it, but you’ll need to fill in all fields manually.

Will the offer show up in the Fours Console too?

Yes. Any offer created from HubSpot is also visible in the Fours Console under your offers list.

The buyer can’t find the offer link. What do I do?

Open the offer in HubSpot or in the Fours Console and copy the offer URL directly. Make sure at least 3–5 minutes have passed since the offer was created — the URL is not available until the marketplace confirms it.