EXOTICA NETWORKDocs

Base de datos y sociedades

Tablas automáticas, SQL de ESX y comprobaciones de cuenta

Tablas propias

TablaFunción
ks_bossmenu_actionsActividad y datos JSON
ks_bossmenu_transactionsMovimientos por job
ks_bossmenu_bonus_queueCompatibilidad con bonos pendientes
ks_bossmenu_time_logsSesiones y tiempo conectado

El recurso las crea con CREATE IF NOT EXISTS. Mantiene el prefijo ks_bossmenu_ para conservar datos; no lo renombres a kms_ por el nombre comercial.

Dependencias de datos

La instalación requiere users con identifier, firstname, lastname, job, job_grade y accounts, job_grades con grados/salarios, y addon_account_data con account_name/money. El recurso no sustituye el SQL de ESX ni el de esx_addonaccount.

La fila de sociedad se crea si falta en addon_account_data. Para la ruta esx_addonaccount también necesita existir en su registro de cuentas compartidas. Ejemplo para una instalación que usa el esquema ESX estándar, que debes contrastar con tu SQL:

INSERT IGNORE INTO addon_account (name, label, shared)
VALUES ('society_mechanic', 'Mecánicos', 1);

Después reinicia esx_addonaccount y los recursos que registran sociedades en mantenimiento para recargar su caché. No ejecutes ese ejemplo si tu tabla tiene estructura distinta. En una ciudad con esx_society, utiliza su registro habitual.

Diagnóstico de lectura

SHOW TABLES LIKE 'ks_bossmenu_%';
SHOW COLUMNS FROM users;
SELECT grade, label, salary FROM job_grades
WHERE job_name = 'mechanic' ORDER BY grade;
SELECT account_name, money, owner FROM addon_account_data
WHERE account_name = 'society_mechanic';
SELECT name, shared FROM addon_account WHERE name = 'society_mechanic';

No cambies un saldo a cero para corregir un menú vacío. Revisa primero nombre de sociedad, registro compartido y almacenamiento de jobs_creator. Config.Jobs no crea jobs ni grados en estas tablas.

Respalda tablas propias y de sociedades antes de actualizar. Los datos de empleados son datos del core, no una copia aislada administrada por BossMenu.

En esta página