No framework was running when Lottery Creator started, so it had no bridge to load. Move ensure es_extended, ensure qb-core or ensure qbx_core above ensure qs-lottery-creator. There is no standalone mode.

The database was never imported. Import database/database.sql and restart — see Installation → The Database.

The creator opens for ESX admin and superadmin, for QBCore and Qbox admin or god or the command ace, and for the jobs in Config.CreatorJobs. For a job, grade must be false or a list — a single number such as grade = 3 is not read; write grade = { 3 } instead.

The prop is not being streamed. Make sure ensure lottery_machine is in your server.cfg, and check the spelling of any custom prop in Config.VendorProps. The shipped machine is lotrrery_vending_machine, with the double r.

The table is from an earlier version and player ownership is turned off, so the new columns were never added. Run the ALTER TABLE in Installation → Upgrading from an Earlier Version, or start once with Config.Ownership.enabled = true.

database.sql was imported again. It starts with DROP TABLE, so the machines, their owners and their earnings were deleted; only a database backup brings them back. Updates never need the file — the resource adds new columns by itself.

In order of likelihood:

• It is for sale and has no owner — it shows only Buy machine. Untick For sale in the creator to make it a server machine.

• It is owned and out of stock — its owner has to restock it.

• Its Access Control limits it to jobs or grades the player does not have.

• The target resource starts after Lottery Creator and was not detected — move its ensure higher.

• The player is further than Config.VendorInteractDistance (2 metres) away.

Machines from the old version were listed for sale when the new for_sale column was added, and a listed machine is not in service. Untick For sale on each one, or run:

UPDATE `qs_lottery_vendors` SET `for_sale` = 0 WHERE `owner` IS NULL;

Each machine charges its own payment account, which may be bank or black money rather than cash. The account shows on the machine's card in the creator.

The item is missing from your inventory's definitions, or exists under a different name from Config.VendorDefaults.item. Only that item opens a card: a machine whose Scratch Item is something else hands out an item that cannot be scratched. Definitions for each inventory are in Installation → Adding the Scratchcard Item.

Correct behaviour. Prizes are always paid into the money account, whichever account paid for the ticket.

With the shipped prize table a card pays about $45 on average against a $30 ticket, because each of the six squares pays on its own. Raise the NO WIN weight or lower the prizes — Usage → Balancing it has the formula.

Machines and restocks are paid from Config.Ownership.account — the bank by default, not cash. The same message appears when a restock costs more than the account holds.

The limit is Config.Ownership.maxPerPlayer. Raise it, or set 0 for no limit.

Owners set prices inside Config.Ownership.priceLimits. Widen the range there.

It holds Config.Ownership.maxStock tickets (500 by default). A restock larger than the free room loads only what fits, and charges only for that.

The list of machines a player owns is sent when they join and after every purchase or sale, and it belongs to the character that bought them. After switching character without reconnecting, rejoin the server.

Correct behaviour. Evict owner clears the uncollected earnings and the loaded stock without a refund, and so does deleting the machine in the creator. Ask the owner to collect first, or to sell the machine back themselves.

The phone looks for a started resource named exactly qs-lottery-creator. A renamed folder, or the resource stopped, gives this answer. If the app opens but never loads, check that Config.Phone.enabled is true — with it off, the lottery does not answer the phone at all.

Config.Phone.allowRemotePurchase is off, so players have to visit a machine. Tickets bought there can still be scratched in the app.

Correct behaviour. The phone sells at Config.VendorDefaults.price, from Config.VendorDefaults.account, whatever any machine charges.

They are kept in the server's memory, so they start again after a restart of the server or of the resource. Machines, owners, earnings and stock live in the database and are not affected.

No framework was running when Lottery Creator started, so it had no bridge to load. Move ensure es_extended, ensure qb-core or ensure qbx_core above ensure qs-lottery-creator. There is no standalone mode.

The database was never imported. Import database/database.sql and restart — see Installation → The Database.

The creator opens for ESX admin and superadmin, for QBCore and Qbox admin or god or the command ace, and for the jobs in Config.CreatorJobs. For a job, grade must be false or a list — a single number such as grade = 3 is not read; write grade = { 3 } instead.

The prop is not being streamed. Make sure ensure lottery_machine is in your server.cfg, and check the spelling of any custom prop in Config.VendorProps. The shipped machine is lotrrery_vending_machine, with the double r.

The table is from an earlier version and player ownership is turned off, so the new columns were never added. Run the ALTER TABLE in Installation → Upgrading from an Earlier Version, or start once with Config.Ownership.enabled = true.

database.sql was imported again. It starts with DROP TABLE, so the machines, their owners and their earnings were deleted; only a database backup brings them back. Updates never need the file — the resource adds new columns by itself.

In order of likelihood:

• It is for sale and has no owner — it shows only Buy machine. Untick For sale in the creator to make it a server machine.

• It is owned and out of stock — its owner has to restock it.

• Its Access Control limits it to jobs or grades the player does not have.

• The target resource starts after Lottery Creator and was not detected — move its ensure higher.

• The player is further than Config.VendorInteractDistance (2 metres) away.

Machines from the old version were listed for sale when the new for_sale column was added, and a listed machine is not in service. Untick For sale on each one, or run:

UPDATE `qs_lottery_vendors` SET `for_sale` = 0 WHERE `owner` IS NULL;

Each machine charges its own payment account, which may be bank or black money rather than cash. The account shows on the machine's card in the creator.

The item is missing from your inventory's definitions, or exists under a different name from Config.VendorDefaults.item. Only that item opens a card: a machine whose Scratch Item is something else hands out an item that cannot be scratched. Definitions for each inventory are in Installation → Adding the Scratchcard Item.

Correct behaviour. Prizes are always paid into the money account, whichever account paid for the ticket.

With the shipped prize table a card pays about $45 on average against a $30 ticket, because each of the six squares pays on its own. Raise the NO WIN weight or lower the prizes — Usage → Balancing it has the formula.

Machines and restocks are paid from Config.Ownership.account — the bank by default, not cash. The same message appears when a restock costs more than the account holds.

The limit is Config.Ownership.maxPerPlayer. Raise it, or set 0 for no limit.

Owners set prices inside Config.Ownership.priceLimits. Widen the range there.

It holds Config.Ownership.maxStock tickets (500 by default). A restock larger than the free room loads only what fits, and charges only for that.

The list of machines a player owns is sent when they join and after every purchase or sale, and it belongs to the character that bought them. After switching character without reconnecting, rejoin the server.

Correct behaviour. Evict owner clears the uncollected earnings and the loaded stock without a refund, and so does deleting the machine in the creator. Ask the owner to collect first, or to sell the machine back themselves.

The phone looks for a started resource named exactly qs-lottery-creator. A renamed folder, or the resource stopped, gives this answer. If the app opens but never loads, check that Config.Phone.enabled is true — with it off, the lottery does not answer the phone at all.

Config.Phone.allowRemotePurchase is off, so players have to visit a machine. Tickets bought there can still be scratched in the app.

Correct behaviour. The phone sells at Config.VendorDefaults.price, from Config.VendorDefaults.account, whatever any machine charges.

They are kept in the server's memory, so they start again after a restart of the server or of the resource. Machines, owners, earnings and stock live in the database and are not affected.