Introduction
Use [Cart](https://www.axiomcharts.com/cart) when you are ready to slow down and check the purchase before payment.
Written By Axiom Admin
Last updated 22 days ago
Cart and checkout
Use Cart when you are ready to slow down and check the purchase before payment.
That is the job of this page. Cart is not the product manual, and it is not proof that access has been delivered. It is the last review surface before checkout starts. It shows what you selected, separates those selections by billing type, asks for the account details needed to attach access, and sends you into Paddle when it is time to pay.
The most important thing to keep straight is this: adding something to cart is not a purchase. Starting checkout is not always the end of the process. A payment can finish before every dashboard and TradingView access state has visibly caught up.
So the clean read is:
Review the cart before you pay.
Sign in with the Axiom account that should receive the purchase.
Add your TradingView username first when a selected tool needs TradingView delivery.
Complete the Paddle payment handoff when checkout opens.
Let the cart finish confirmation before starting the same checkout again.
After payment, use the dashboard page that matches the question you are asking.
Before you checkout
A clean checkout starts before the Paddle window opens. You are ready when:
You have Cart open in the same browser where you added the items.
Make sure the cart has the products or packages you actually mean to buy.
You are signed in with the Axiom account that should own the purchase, subscriptions, and access records.
If you are not signed in yet, use Sign in so you can return to Cart afterward.
If you do not have an account yet, use Create account before trying to pay.
If the cart asks for a TradingView username, go to Account, save the active username, then return to Cart.
Browser storage is working normally enough for Cart and the checkout return flow to remember what is happening.
You have read the visible price, trial, refund-window, tax, and checkout terms before paying.
If one of those checks is not true yet, fix that first. The cart is a good place to pause. It is not a race.
Cart selections are browser-side until checkout starts. That means clearing browser storage, blocking essential storage, switching devices, or using a different browser can make the cart look different. If something you added is missing, check the browser and session where you made the selection before assuming a purchase failed.
Read the cart lines first
Start with the cart lines, not the purchase buttons.
Each line is there to help you answer a simple question: "Is this really what I meant to buy?"
A cart line can show the product or package name, whether it is a product or package, the selected access type, a short description, the current price state, and any policy note that applies to that item. It can also show when a selected pricing option is no longer available.
Use Remove when one item does not belong anymore. Use Clear cart only when you want to empty the whole cart and rebuild the selection.
If a package includes an individual product that is also in your cart, the cart can clean up the overlap by removing the duplicate individual product line and showing a warning. Read that as overlap cleanup. It does not mean the package is automatically the right choice. It means the cart is trying to keep you from paying for the same included access twice in the same selection.
If the cart is empty, go back to Products or Packages and add the item you actually want. An empty cart is not a checkout state.
Understand billing groups
Cart separates checkout into billing groups:
MonthlyYearlyOne-time
This is one of the easiest places to misread the page. One cart does not always mean one payment action. Monthly, yearly, and one-time items check out separately so each order matches its billing type.
That means you may see more than one purchase button, such as Purchase Monthly, Purchase Yearly, or Purchase One-time. Choose the billing group you want to buy now. If you complete one group and other items remain in the cart, that can be normal. The remaining items may belong to another billing group that has not been purchased yet.
Before pressing purchase, make the sentence specific: "I am buying the monthly group now," or "I am buying the one-time group now." If you cannot say that cleanly, slow down and review the lines again.
Read the group before paying:
Recurring purchases may interact with an existing monthly or yearly subscription on the same account. In some cases, the checkout flow may update existing subscription state instead of opening a brand-new standalone payment window. You do not need to manage the background payment work. You do need to check Billing afterward if your question is about subscriptions, payment history, or renewal state.
Trialable recurring items have one more fork. If this is your first recurring checkout for that cadence, Paddle may still need to open so payment details and subscription context can be created. If you already have the matching monthly or yearly subscription, a trialable addition may start as internal trial access instead of opening Paddle right away. Use Trial access and conversion when you need to understand that path before you assume checkout skipped payment or already charged you.
Pricing, discounts, trials, and refund notes
Trust the terms shown in the live purchase flow.
The cart can show line prices, group totals, automatic discounts when they apply, trial notes, refund-window notes, and price-pending or unavailable states. Paddle may also calculate final checkout details such as location-based pricing, currency, taxes, and payment terms.
Use these rules before paying:
If a price is pending, wait for the cart or checkout to show the amount before treating it as final.
If a pricing option is unavailable, refresh or rebuild that cart selection instead of guessing from an old page.
If a discount is not shown, do not assume it applies.
If a trial or refund-window note is shown, read it for that item and billing type.
If the cart says terms are mixed, read the item-level notes instead of looking for one universal rule.
For policy questions, use the Refund Policy, the Terms of Service, and the terms shown in checkout.
Do not turn this page into a refund promise. The cart helps you see the current purchase terms. It does not approve refunds, prove eligibility, or replace the policy. If the live checkout terms differ from what you remember from an earlier visit, treat the live terms as the thing to read before paying.
Sign in before payment
You can review the cart while signed out. You cannot complete checkout without a signed-in Axiom account.
That is not just a login chore. The account is where the website attaches the purchase, subscription state, access state, and later support context. If you pay while signed into the wrong account, the dashboard you check afterward can look empty because the purchase attached to that other account.
When checkout asks you to sign in, use the account that should own the purchase. If you are helping someone else, do not use your own account unless you mean for the access to attach there.
After sign-in, return to Cart and check the cart lines again. It is a small step, but it saves a lot of confusion later.
Add the TradingView username when required
Some Axiom tools need TradingView delivery. When your cart includes one of those tools, checkout can require an active TradingView username before payment continues.
Read that requirement as delivery routing. The username tells Axiom where TradingView access should go. It is not decoration on your account, and it is not something to guess just to get past checkout.
If Cart shows the TradingView warning, use Add TradingView username. That takes you to Account, where you can save the active username. Enter the TradingView username you actually use. Then return to Cart and start the affected billing group again.
If the username is wrong, fix it before paying. Saving a new active username can make access delivery re-sync for active access, but that does not mean TradingView access appears the second the form saves. The useful thing is to make the delivery address correct before the purchase depends on it.
Do not bypass the username requirement. If the tool needs TradingView access, this is the part where the site is trying to keep the purchase tied to the right place.
Start secure checkout
When the cart lines, account, and TradingView username look right, choose the billing group you want to purchase and select the purchase button for that group.
A verification step may need to complete before checkout starts. If the site says there have been too many checkout attempts, stop pressing the button for a bit and come back when the page allows it. Repeated attempts can make the state harder to read, especially if a payment or confirmation is already in motion.
If purchases are paused, Cart may still let you keep items selected while checkout is disabled. In that state, the page can show Checkout unavailable and explain that payment cannot start right now. Support cannot turn a paused checkout button into a customer-side payment path from the cart.
When checkout is available, Paddle opens the secure payment handoff. Paddle handles the payment window and merchant-of-record billing pieces such as payment method, tax, and receipt handling. Finish the payment there, then let the flow send you back to Axiom.
Do not close the Paddle window and treat that as confirmation. Closing or abandoning checkout is not the same as a completed purchase. Check the visible Cart state, your Paddle receipt if one exists, and the dashboard before deciding what happened.
When Paddle returns you to Cart
After Paddle sends you back, Cart continues the checkout flow. This middle part can feel strange because you may have finished the payment action, but the website still needs to confirm what Paddle says happened and whether the account and access state is ready.
Read the message for the billing group you just purchased. If one group is confirming, do not start the same group again just because the page is not done yet.
When confirmation succeeds, the purchased billing group is cleared from the cart. If no cart lines remain, the site sends you to the checkout success page. If other billing groups remain, review them separately before deciding whether to purchase those too.
This is the practical mental model:
Paddle handles the payment handoff.
Cart confirms what happened after the handoff.
The dashboard shows the account, access, and billing state that has landed.
Those are connected steps. They are not always visible at the exact same second.
If confirmation is still pending
Pending confirmation is the part where it is easiest to panic. You may have a fresh receipt, a cart that still looks busy, and a dashboard that has not caught up yet. That feels wrong even when the system is still doing the normal after-payment work.
A pending state does not automatically mean the payment failed. It can mean the payment side is still finalizing, or the website is still waiting for the account and access records to catch up. The cart may keep waiting at first, then show a pending panel with options such as Go to dashboard and Keep waiting.
Use Keep waiting when you want Cart to continue watching the checkout confirmation.
Use Go to dashboard when you want to inspect the visible account state instead of staring at the same cart panel. That does not prove everything is finished. It just lets you check the right surfaces:
Products answers: "Did the product or package attach to my Axiom account?"
Access answers: "Is TradingView delivery present, open, completed, failed, or waiting on attention?"
Account answers: "Is the active TradingView username right?"
Billing answers: "What subscription, payment, invoice, or refund-related state is visible?"
Do not treat pending as an invitation to repeatedly restart checkout. If money may have moved, repeated attempts create a worse knot. Check the visible state first.
If checkout is failed, blocked, or cannot continue
Most checkout trouble is less mysterious when you match the message to the next honest move.
Some errors include a recovery link beside the message. Use it before inventing your own workaround. Examples include adding a TradingView username, reviewing products/subscriptions, or updating payment details when a Paddle recovery path is provided.
Do not assume every failure has a self-serve fix. If the page stops giving you a safe next step, that is the moment to gather the facts and contact support.
After checkout
The checkout success page can point you toward dashboard and support next steps. Use those links by question, not by habit.
Products and Access are especially easy to blur together. Products is about what is attached to the Axiom account. Access is about TradingView delivery work. A product can be visible in one place while the other place is still catching up or waiting on the right username.
If you just checked out, give the fresh state room to settle before treating the first dashboard mismatch as final. There is no customer-facing countdown here. The better move is to compare the account, Products, Access, Billing, and any Paddle receipt you received.
When to contact support
Use Contact when the visible state no longer gives you a safe self-serve move.
Support can review confusing checkout, billing, payment, subscription, and access mismatches. Support is not a hidden checkout button, an instant access switch, a promise of refund approval, or a way around the TradingView username requirement. A cart selection by itself is also not proof of a completed purchase. The useful support question is what happened after checkout started, what Paddle showed, and what your Axiom account shows now.
Send the plain facts:
the email address on the Axiom account used for checkout;
the product or package name;
the billing group you purchased, such as
Monthly,Yearly, orOne-time;whether Paddle appeared to complete payment;
the approximate date and time of the checkout attempt;
any visible Cart, checkout, pending, recovery, or failure message;
the active TradingView username if the product uses TradingView;
a screenshot if the state is easier to show than explain.
If you have a Paddle receipt, keep it nearby. You do not need to hunt for technical details behind the page, and you should not send passwords, full card numbers, or anything that looks like a hidden technical token. The visible account, product, billing group, payment result, dashboard state, and screenshot are the useful pieces.
Replies are by email, typically within 1-2 business days. Treat that as support timing, not an access, checkout, refund, or billing guarantee.
Where you should land
After using this page, you should be able to say:
what is in your cart;
which billing group you are buying now;
which Axiom account should receive the purchase;
whether a TradingView username is needed before payment;
what Paddle is doing in the checkout flow;
what pending confirmation means;
where to check after payment;
when the next step is waiting, dashboard review, or support.
That is the point. The cart should not make you guess whether a selection, a payment, and access delivery are the same event. They are related, but they are not the same thing.