Neo 4K: the wait between paying and watching

The order is written before any money moves

Submitting the form charges nothing. It writes a record, which opens in a pending state and waits. Four things are captured in it, and each one is worth a moment of thought, because none of them is adjusted afterwards without a message to support:

• The plan and its term. Fixed at that moment, which is why the lengths are worth reading before the form rather than after the email.
• How many connections it carries. Underestimated more often than any other field, because a television nobody is watching in the next room is still occupying one.
• The delivery method. Xtream credentials, an M3U link or a MAG portal, and a portal needs the box MAC address with it.
• Where to send it. A mistyped address is the second most common reason an activation appears never to arrive.

Why write the order before taking the money rather than after? Because everything downstream - the payment reference, the panel line, the credentials email - has to hang off something that already exists. A declined card, a browser closed at the wrong moment or a payment simply abandoned therefore costs you nothing and leaves one dormant order sitting there. The practical consequence is the one people worry about at the till: returning half an hour later and paying properly reuses that same dormant order rather than starting a fresh one, so the second attempt cannot leave you holding two Neo 4K lines and two bills.

The [four terms and the connection counts](/pricing) are set out in full there, and the minute it takes to read them beforehand is the minute that prevents the support thread from a household that discovered on a Saturday night it had bought one screen and needed three.

Confirmation arrives twice, by two different routes

Card verification happens on the payment provider pages rather than ours, and until the provider reports back the site genuinely does not know how it went. Two separate things then carry that news. The provider sends a server-to-server callback, and the success page you land on quietly asks the order for its own state every few seconds.

Either can arrive first and both are allowed to. The order is marked paid by whichever wins, the paid timestamp is written once and only once, and the slower arrival finds the work already done. That redundancy is deliberate. It is what makes closing the tab too early survivable, and why a phone that lost signal on the way back from the bank still ends up with a paid order behind it.

The line is built, not taken out of a drawer

Paid is not the same as active. At that point a subscription record opens in an in-progress state and the account itself is created on the streaming panel, one profile per connection. A two-connection plan therefore produces two usernames and two passwords rather than one login used twice, because the limit is enforced on separate lines at the server.

The term is applied in blocks rather than as a single instruction, so a two-year plan is several operations and not one. If one fails partway through, a retry resumes from the block that failed instead of re-applying months that already landed. That is unglamorous, and it exists because the alternative - someone quietly given three years for a two-year payment, or one year for two - is worse than a slower process.

Under normal conditions the whole of it finishes inside the seconds you spend looking at the success page.

The email goes last, on purpose

Credentials are not sent at the moment of payment. They go out after the line reports itself active, because a message containing a username that does not exist yet is worse than no message. Sending is also kept separate from provisioning, so a mail that bounces or lands in a folder you never open can be delivered again without touching the line a second time.

It is not the only copy, either. The same details sit on the order inside your account, which is a far better place to find them in six months than a search through an old inbox.

Where it stalls, and what to say

Three failures account for almost all of it. The payment succeeds and activation does not, in which case the subscription is marked failed and the reply from the panel is stored against it - a visible state rather than a silence, and usually fixable in minutes once a person looks at it. The address was mistyped, so the email went somewhere real that is not you. Or it was delivered and filtered, which is the most common of the three by a distance.

Start in the spam folder. If it is not there, the order inside your account holds the same credentials. Still nothing? Write to support with two things - your NEOA- order number and the email address you gave the order form - and that is enough to find you on the first attempt. Paying a second time helps nobody: it only provisions an extra line while the original one stands undelivered.

None of this describes a reseller arrangement

Everything above describes buying one subscription for your own household, which is all this site sells. Reseller credit is a different arrangement entirely: an account with a balance, spent on issuing and renewing lines for other people, with the support for those people falling to you rather than to us. It is agreed over WhatsApp rather than through a card gateway, so there is no callback, no polling and no automatic mail at the end of it.

The practical difference is where the waiting happens. Buying a subscription means a slower first minute and nothing to do afterwards; holding a panel means a slower first conversation and no waiting at all from then on. If you are here to watch television rather than to sell it, the word is safely ignored.