Seller Account Verification: Which Documents They Ask For and Why They Bounce

There is a kind of problem that looks like nothing else in the business: the document that keeps getting rejected without anyone telling you why. You upload the proof of address, you wait, and the same email arrives with the same generic sentence. You upload it again in a different format. Same email. By the third try you start suspecting nobody is reading on the other side, and by the fourth the business has been stopped for a week.

Almost always it is not a judgment about you. Seller identity verification is a regulatory compliance process — what the industry calls KYC, know your customer — and it works by comparing strings of text. The reviewer is not evaluating whether you are trustworthy: they are checking whether the name on your document is identical to the one you registered, whether the address matches character for character, and whether the paper falls inside the accepted age window. If something does not line up, it bounces.

Understanding that changes the approach. You are not defending your reputation, you are making three or four strings of text match. And that problem can be solved methodically, even before anyone asks you for anything.

Two warnings first. The lists of accepted documents, the formats and the validity windows change frequently, and they differ between marketplaces and account types. What follows describes the logic of the process and the recurring errors; the current list for your case has to be confirmed in your Seller Central and in MercadoLibre’s official help. And none of this is tax or legal advice: for anything touching your standing with the Mexican tax authority, your accountant is the one to talk to.

what the platform is actually trying to confirm

Even though each marketplace has its own list, the underlying questions are always the same four:

• Who you are. A valid government ID for the individual or the legal representative.
• Where you are. A recent proof of address tying that name to a real location.
• Who gets paid. A bank account in the name of the seller account holder, not a third party.
• What you are for tax purposes. Your tax standing, documented in Mexico with the RFC and the Constancia de Situación Fiscal issued by the SAT.

Everything else is a variation. A company adds articles of incorporation, the representative’s notarized power of attorney and their ID; an individual can get through with fewer papers. But that is the skeleton, and so is the order of review: first coherence between documents, then validity of each one.

what Amazon asks for

Amazon documents its global identity, address and business verification process, and for Mexico it adds a market-specific requirement. Broadly, the package revolves around:

Valid government ID. Passport, national ID document or, depending on the country, driver’s license or residence permit. It must be in force and legible on both sides where applicable.

Proof of address. A bank or credit card statement, or a utility bill, depending on what your case accepts. Public descriptions of the requirement state it must have been issued within the last 180 days and cannot be handwritten.

Bank account. In the name of the registered holder, at a bank in the country matching the declared address.

Constancia de Situación Fiscal. To sell on Amazon Mexico the SAT-issued CSF is requested, with a legible QR code and current data.

The requirement nobody reads carefully is the one that causes the most rejections: all of that has to match what is captured in your account settings. It is not enough for the documents to be authentic; they have to say the same thing as each other and the same thing as your Seller Central.

Glossary: unified catalog, one real product and many listings →

what MercadoLibre asks for

MercadoLibre separates two things worth not confusing: identity validation and tax data.

Identity validation is an in-app flow: you scan the front and back of your government ID somewhere with good light and then complete a liveness check, usually a guided selfie. On company accounts it has to be done by the legal representative or someone authorized to act for the company, not by whichever employee happens to have the phone.

Tax data runs separately: you load the RFC and the Constancia de Situación Fiscal, and the platform validates against the SAT. Their documentation indicates that validation can take on the order of 72 hours. There is a practical consequence worth underlining: if your RFC is not correctly registered, withholdings are applied at the maximum rate. In other words, not having the paperwork current is not only an administrative risk, it costs you money on every sale.

To operate as a company, the usual documentary package includes an active RFC, tax identification card, government ID and CURP of the legal representative, articles of incorporation, notarized power of attorney and the e.firma. And a rule many people discover late: every time you change something in your tax data at the SAT portal, you have to upload the updated certificate again. The old version stops matching and the account goes into review by itself.

the six format errors that bounce over and over

Almost all repeated rejections fall into this short list:

The name does not match exactly. “Comercializadora del Norte S.A. de C.V.” versus “Comercializadora del Norte SA de CV” versus “COMERCIALIZADORA DEL NORTE”. To a human it is the same thing; to an automated check those are three different strings. Same with a missing second surname, a dropped accent, or a trade name used where the legal name belongs.

The address on the proof is not the registered address. This happens constantly between the tax address and the operating address. If you registered the warehouse and the bill arrives at your house, it does not match. If your CSF says one street and your bank statement says another, it does not match. The fix is not picking the one you like: it is aligning the platform’s record to the document you can actually sustain, and sustaining it everywhere else.

The document is expired or outside the window. A lapsed ID, or a proof of address older than the accepted window. A bill from eight months ago is not “almost recent”: it is rejected.

The file fails technical conditions. Photos with flash glare on the plastic, cut-off corners, crooked scans, password-protected documents, screenshots of a banking app instead of the full statement. If a field cannot be read, it counts as a missing field.

The document has been edited. Blacking out the account number, cropping the header, “cleaning up” the file in an image editor. Even when the intent is to protect information, any sign of manipulation turns a slow formality into an investigation. You upload the document whole, exactly as its issuer produced it.

The CSF is out of date. You changed regime, economic activity or address at the SAT and uploaded the previous certificate. The QR is validated against live data and the difference shows.

None of these errors is about honesty. All of them are about exact matching, which is why they get fixed with mechanical review rather than explanations.

the file you build before they ask for it

The best version of this process is the boring one: the folder already exists when the email arrives. Build one, keep it somewhere you can reach from any device, and give it a review date.

What belongs inside:

• Valid government ID of the holder or legal representative, both sides, scanned flat and in color.
• Articles of incorporation and power of attorney, if you are a company.
• Constancia de Situación Fiscal downloaded from the SAT portal within the current month, QR legible.
• The most recent month’s bank statement, complete, nothing blacked out.
• Proof of address inside the validity window, in the right person’s name.
• A control sheet — the piece almost nobody has — where you write, exactly as each document shows it, the precise legal name, the precise address and the bank account holder’s name. That sheet is your source of truth for typing the same data, with the same commas and the same abbreviations, into every platform.

Plus a fifteen-minute quarterly routine: check ID expiry dates, download the tax certificate again if anything changed at the SAT, and confirm the platform’s data still matches the control sheet. Fifteen minutes every three months against a week of stopped operations is one of the best cost-benefit ratios in the business.

One note that stands on its own: the file is built with real documents. Any shortcut involving altered, borrowed or third-party paperwork is not a rejection risk, it is a direct path to permanent account closure and to consequences that reach beyond the marketplace. If you cannot obtain a document cleanly, the missing step is regularizing the situation, not dressing up the file.

what you do while the account is under review

A pending verification can coexist with normal operations or it can freeze payouts and listings, depending on the case and the platform. If you got the hard version, three decisions cannot wait for the outcome.

Where you sell in the meantime. If Amazon is stopped and MercadoLibre is not, or the other way around, the open channel has to absorb the demand. That means reviewing price and stock there, not just letting it run.

What you do with the inventory. Stock destined for the stopped channel keeps accruing storage and keeps being parked capital. Deciding early whether to relocate it is cheaper than discovering it four weeks later.

How long the cash lasts. If payouts are held, the question stops being operational and becomes financial: how many weeks of expenses you can cover without that income.

Glossary: inventory valuation, how much capital is parked →

what part of this shows up in iqseller

Let’s be exact: iqseller does not verify accounts. It does not upload documents, does not communicate with Amazon or MercadoLibre, does not read your Account Health panel and does not speed up any process. All of that lives inside Seller Central and Meli’s seller panel, and it is done by you or your accountant.

What the panel does solve is the question that appears when a channel stops and decisions have to be made fast. Inventory shows stock by location across FBA, Full, your warehouses and your 3PL, with the difference between total stock and real available, which is what you need to know how much you can shift to the channel still running. Catalog holds the Parent → Model → SKU tree and shows which listing on each channel hangs off each real product, so reinforcing the other channel does not start with rebuilding the map. Profitability gives net margin per SKU with your loaded COGS, commissions from the Amazon settlement and from MercadoLibre orders, FBA and Full fees, shipping, advertising, and the VAT and withholding breakdown — where, incidentally, it shows if your withholdings went up because of stale tax data. And Forecast projects when each SKU runs out at the current sales velocity, so you are not buying blind while the process resolves.

It is a small scope, deliberately. You build the file; the panel tells you what is at stake in the meantime.

the one-line summary

Verification does not reward arguments, it rewards matching. An identical name, an identical address, a document in force, a legible file with nothing edited. Build the folder before you need it, keep a control sheet with the exact data, re-upload the tax certificate every time something changes at the SAT, and confirm the current list in Seller Central and in MercadoLibre’s help before sending anything. For the tax side, your accountant is the one who decides.