[免费] WG Banking — 实体 ATM 屏幕显示，真实借记卡，完善的 SQL | QBox · QBCore · ESX

WG Banking

A complete banking system for QBox, QBCore and ESX. Free, escrow protected.

The ATM interface is drawn on the cash machine itself — not a fullscreen overlay in front of it. The PIN pad and the amount pad are on the machine’s own screen. You walk up to it, and the machine is what you’re looking at.

What makes it different

The ATM is an ATM. A DUI replaces the prop’s screen texture, a scripted camera frames the machine, and your ped works it while other players watch. Because a DUI can’t take keyboard focus, the client reads the keys and pushes state in — so the keypad is on the machine, steered with the arrows or typed on the number row. Four props supported out of the box, camera tunable in-game per model.

Cards are real objects. ox_inventory items with metadata, a hashed and salted PIN, and four tiers that actually mean something — each has a daily withdrawal limit and a price, both enforced. One live card per account: issuing a new one cancels the old, so a stolen card in someone else’s pocket is dead plastic. Cards expire and warn you before they do.

The personal balance is the framework’s. Most banking scripts keep their own copy and drift from PlayerData.money.bank, so the HUD, the shops and the bank UI all disagree. This one proxies onto the framework’s money column and owns the history instead. Savings, shared, business, job and gang accounts have no framework equivalent, so those are ours.

Transactions are rows, not a blob. Most free banking scripts store every transaction as JSON in a longtext column — it can’t paginate, can’t filter, can’t index, and grows forever. This uses a normalized indexed table with cursor pagination: your ten-thousandth transaction costs the same as your first.

Also in the box

• Shared accounts with named roles, co-owners and per-member daily withdrawal caps
• Player-owned business accounts — no job or grade needed, a business belongs to a person
• Loans — application, underwriting on real income, amortised repayment, early settlement, default, recovery, write-off, repossession
• Finance agreements — a dealer draws up paperwork, the buyer signs it, and the secured rate is gated on the signature rather than guessed at afterwards
• Statements — closed weekly / monthly / yearly periods you page back through, not a rolling “last 30 days”
• Money requests — ask another player; nothing moves until they agree
• Job billing into the society account, with qb-management / esx_society compatibility answered at runtime
• Admin economy dashboard — money supply by account type, 24h flow, outstanding credit, flagged activity, and any account opened up with seven days of flow, its cards, its loans and its last forty transactions
• Dark and light themes, three panel surfaces, per player
• Renewed-Banking migration — accounts, balances, members and history imported automatically, JSON blobs unpacked into real rows

Built to be run by someone else

The schema installs itself and migrates its own columns; there’s no SQL to import. Config, world locations, locales and both editable hook files stay open after escrow. Every hook ships with a working default and a fallback, so a broken edit degrades rather than kills banking.

Server-authoritative on every action: the client is a message pipe and computes nothing. Conditional writes and atomic row claims on every money path, amounts validated for NaN and infinity before any query, a per-player action budget, and rate limiting that refuses without accusing anyone of cheating.

Requirements

• ox_lib
• oxmysql
• One of qbx_core / qb-core / es_extended (auto-detected)
• Optional: ox_target or qb-target, ox_inventory (strongly recommended — it’s what makes cards physical)

Links

• Download: TEBEX
• Support: DISCORD
  Preview : Youtube