Bonos de empleados y rangos
Destinatarios, coste total, pagos bancarios online y offline
Tipos
El menú permite empleados seleccionados, rangos seleccionados, todos los empleados, todos los rangos o solo empleados online. El importe se aplica por destinatario, no como una bolsa única para repartir. Puedes añadir un motivo para historial.
La operación requiere jefe completo, manageBonus permitido y sociedad con dinero suficiente. Config.Menus.bonus.maximum limita importe por destinatario; nil no pone un tope de ese ajuste. Pon un límite acorde a tu economía.
Config.Menus.bonus.enabled = true
Config.Menus.bonus.maximum = 10000Ejemplo: cinco empleados reciben 1000 cada uno; el coste al negocio es 5000. Verifica la selección antes de confirmar. El pago se realiza a bank del empleado, independientemente del símbolo Config.Currency.
Online y offline
Los online reciben addAccountMoney bank y aviso. Las rutas de bonos que incluyen offline intentan modificar el JSON accounts de users para su bank. Eso necesita la estructura ESX compatible; no equivale a una tabla bancaria externa universal.
Existe ks_bossmenu_bonus_queue por compatibilidad con pagos pendientes de versiones previas. Al cargar un jugador, procesa filas pendientes y las elimina. No añadas filas a esa cola para duplicar bonos que ya fueron abonados mediante el nuevo flujo.
KMS-BanescoBanco puede registrar el bono si está iniciado. Como fallback se intenta banking_transactions solo si esa tabla existe con la estructura esperada. La ausencia de ese registro externo no implica por sí sola que no se haya pagado el banco ESX.
Si falla
Comprueba banco antes de repetir. Revisa saldo del negocio, máximo, destinatarios con el mismo job, datos users.accounts, permisos y primer error SQL. Prueba primero con un empleado online y una cantidad pequeña, luego con uno offline. No prometas soporte de un sistema de banca distinto sin revisar su integración.