QuickBooks Account Type

Two fields on one form, and only one of them reaches your books

The reason this pair confuses people is that both fields are mandatory, both are dropdowns, and the second one is more specific than the first. Normal reading says the more specific field is the more consequential one.

Intuit says the opposite, and says it without hedging. The account type determines how QuickBooks tracks the money and which financial report displays the account. The detail type does not affect the accounting or which report the data appears on.

So the detail type is documentation. It is a label that tells the next person, and you in eight months, what this account was for. Intuit describes it as providing more information about what the account tracks for your business, which is exactly what a label does and exactly what a ledger rule does not.

The two fields are linked in one direction only. Choosing the account type filters the detail types you are then offered, so the account type constrains the label rather than the label constraining anything. That one-way relationship is the clearest signal of which field is load-bearing, and it is visible on the form if you know to look for it.

None of this makes detail type worthless. A chart of accounts where every clearing account is labelled consistently is easier to hand to an accountant than one where three similar accounts carry three different sub-categories for no reason. It just means a detail type is never the cause of a number being wrong.

What the form tells you about which field is real

The new-account form is worth walking once, because its own behaviour demonstrates the rule.

Intuit gives the fields in order: account name, then account type and detail type from their dropdowns, then a parent account if you are making this a subaccount, then an Opening Balance and an As of date, then an optional description.

The interesting one is the opening balance, because it does not always appear. It shows for balance sheet accounts and not for the others. That is the account type changing what the form will even ask you, which no detail type does.

The reason is not a UI decision. A balance sheet account holds a balance that carries forward, so there is a meaningful answer to what it held on the day you started tracking it. An income or expense account measures activity across a period and carries nothing forward, so the question has no answer to give. The account type is what tells QuickBooks which kind of thing it is dealing with, and the form follows from that.

If you want a single test for whether a field is structural or descriptive in QuickBooks, this is a good one. Structural fields change what else the system asks you and what reports it puts the account on. Descriptive fields sit there.

The Stripe clearing account, where the published guidance disagrees with itself

This is the account almost nobody had before they took payments online, and it is where the two fields get the most attention, because every setup walkthrough tells you what to pick and they do not all say the same thing.

Collected from guidance in circulation, including our own, you will find the Stripe clearing account created as Bank with a Checking detail type, as Bank with a Cash on hand detail type, and as an Other Current Asset account instead of a Bank account.

Those look like three competing answers. They are two disagreements of very different sizes, and Intuit's rule tells you which is which without needing an opinion.

Checking versus Cash on hand is a detail type disagreement. By Intuit's own statement it does not affect the accounting or which report the data appears on. Both guides are right, the choice is a naming preference, and nobody should spend a second on it. If a guide says a detail type either works as long as you are consistent, that is not the author being vague. That is the documented behaviour.

Bank versus Other Current Asset is an account type disagreement, and it is a real choice. It is worth being precise about what actually rides on it, because the intuitive fear here is wrong: both are asset accounts, so both land in the same half of the balance sheet, and neither one hides your Stripe balance somewhere strange or turns an asset into an expense.

What separates them is the workflow QuickBooks wraps around the account, which the next section covers.

What actually rides on Bank versus Other Current Asset

Since both choices produce an asset account on the balance sheet, the difference is in how QuickBooks treats the account afterwards.

Intuit writes its reconciliation guidance around bank and credit card accounts. Its recommendation is to reconcile your checking, savings, and credit card accounts every month, and the workflow it documents, including the automatic starting balance when the account is connected, is described for bank and credit card accounts.

That is the practical pull toward the Bank type for a clearing account. The account exists to be checked against an outside number, so people reach for the account type that QuickBooks surrounds with checking-against-an-outside-number machinery.

There is a counterweight worth knowing before you treat Bank as automatic. A Stripe clearing account is not a bank account in the real world. It represents money Stripe is holding on your behalf, and it should never be connected to a bank feed, because there is no bank at the other end to feed it. Guidance that says to create it as Bank and then says plainly not to connect it to a real bank feed is not contradicting itself. It is choosing the account type for the workflow and then declining the part of the workflow that does not apply.

The honest summary is that this is a defensible choice in both directions and a cheap one to get right at the start. What is not cheap is inconsistency. The account's entire job is to be comparable to a number Stripe reports, so the failure that costs you real time is having two clearing accounts, or moving activity between them, rather than having picked the less fashionable of two asset types.

One thing genuinely worth checking before you commit: Intuit's help article on account types and detail types does not address whether the account type can be changed after the fact, so treat the choice as one to make deliberately at creation rather than one you have confirmed is reversible.

Why the account type matters more once something is syncing into it

Choosing a type for an account you post to by hand a few times a month is low stakes. Choosing one for an account that an integration writes to every day is not, and the reason is volume rather than accounting.

A hand-kept account accumulates entries at a rate where a bad classification is noticed and fixed inside a month. An account that is the deposit target for every synced sale accumulates a year of records against it before anybody has cause to revisit the setup screen, and by then the account is load-bearing for reconciliation, for reporting, and for whatever monthly process has grown up around it.

This is also where the difference between the two fields stops being academic. If you decide in month eleven that the detail type was wrong, the fix is a label change and nothing moves. If you decide the account type was wrong, you are changing the classification of an account that a year of transactions point at.

So the order of care is the reverse of the order of attention most setups give these fields. Spend your thinking on the account type, pick a detail type that describes the account honestly, write down which you used, and do not revisit either one because a different guide made a different call about a field that Intuit says changes nothing.