Um negócio FiveM geralmente precisa de duas camadas separadas: um MLO fornece o edifício, salas e colisão; um roteiro de trabalho fornece funcionários, produção, faturamento, estoque, vendas e gerenciamento. Comprar ambos não garante que funcionem juntos. A compatibilidade depende do seu framework e dos outros recursos entre eles.
Matriz de compatibilidade rápida
| Camada | O que verificar | Incompatibilidade comum |
|---|---|---|
| MLO | Conflitos de coordenadas, portas, colisão e mapa | Outro mapa edita o mesmo local |
| Framework | Suporte ESX, QBCore, Qbox ou Standalone | Um rótulo QBCore é tratado como prova de suporte Qbox |
| Inventário | Definições de itens, imagens, metadados e exportações | O script espera um inventário diferente API |
| Interação | Recurso de alvo, zonas, marcadores ou prompts de tecla | Os pontos de interação são escritos para outro sistema de alvo |
| Lógica de negócios | Cargos de trabalho, serviço, faturamento, conta da sociedade e menu do chefe | Os nomes dos cargos ou identificadores de conta não correspondem |
| Banco de dados | SQL alterações, propriedade e persistência | As tabelas são importadas sem um plano de backup ou migração |
1. Escolha o local e a jogabilidade separadamente
Comece com o loop de roleplay: mecânico, restaurante, café, concessionária, boate ou outro negócio de jogador. Em seguida, escolha o mapa e o script independentemente. Um interior polido não fornece receitas ou faturas, e um script de trabalho completo não move seus pontos de interação para um edifício personalizado automaticamente.
Por exemplo, compare roteiros de trabalho mecânico com o FiveM MLO. Para roleplay de hospitalidade, inspecione o Irish Pub Job, UwU Cafe MLO e Bar de Bilhar MLO como componentes separados.
2. Leia os manifestos de recursos e as listas de dependências
Abra cada um entregue fxmanifest.lua antes de adicionar o recurso a server.cfg. O manifesto pode identificar scripts, arquivos e dependências, enquanto a documentação do criador deve indicar o framework, inventário, alvo, menu, notificação, áudio e recursos de banco de dados necessários. Use o oficial referência do manifesto de recursos Cfx.re quando uma diretriz não é clara.
Por Qbox, não presuma que todo recurso QBCore é compatível. Leia o Guia Qbox vs QBCore e exigem uma declaração nativa-Qbox ou um caminho de ponte documentado no produto individual.
3. Instale o MLO primeiro
- Faça backup do servidor e do banco de dados, depois crie uma cópia de teste.
- Inicie apenas o MLO e suas dependências de mapa documentadas.
- Verifique entradas, portas, colisão, iluminação e acesso de veículos.
- Procure por YMAP, MLO ou recursos de vegetação sobrepostos no mesmo local.
- Registre as coordenadas exatas para balcões de atendimento, armazenamento, criação, serviço e gerenciamento.
Isso separa um problema de mapa de um problema de script de trabalho. Se o edifício não funcionar por si só, adicionar recursos de faturamento e inventário dificulta o diagnóstico.
4. Defina empregos, cargos e contas
Crie a estrutura de empregos e cargos esperada pelo script. Corresponda os nomes internos exatamente: mechanic e mechanic2 são identificadores diferentes. Decida quais cargos podem contratar, sacar dinheiro, criar itens restritos ou acessar o gerenciamento. Se o script usar uma conta de sociedade ou empresa, verifique se os depósitos e saques chegam a essa conta após uma reconexão e reinício do recurso.
Uma camada de gerenciamento compartilhada como o Menu avançado de chefes e gangues ainda precisa de cargos e permissões corretas; não pode inferir uma estrutura organizacional segura.
5. Mapeie inventário, alvos e coordenadas
Adicione cada item necessário ao inventário usado em seu servidor, incluindo imagens e metadados onde for necessário. Substitua as coordenadas de interação padrão do script pelos pontos registrados dentro do MLO. Em seguida, verifique as zonas de destino ou os prompts de tecla de diferentes distâncias e posições do jogador.
Recursos de restaurantes e bares precisam de atenção extra em relação às receitas: nomes de ingredientes, quantidades, itens de saída e preços de venda devem corresponder à economia real. Recursos de mecânica precisam de propriedade de veículos, itens de reparo e verificações de faturamento. Recursos de concessionárias precisam de spawns de showroom, estoque e validação de compra.
6. Teste a jornada completa do cliente e do funcionário
- O funcionário registra o ponto e pode acessar apenas as ações permitidas pelo cargo.
- O cliente pode comprar, receber uma fatura ou interagir sem ter o emprego de funcionário.
- Os itens são removidos e concedidos exatamente uma vez.
- A receita do negócio chega à conta correta.
- Inventários cheios, ações canceladas e dependências indisponíveis falham com segurança.
- O estado sobrevive a reconexões, reinícios de script e um reinício completo do servidor.
- Dois jogadores usando a mesma estação não podem duplicar estoque ou recompensas.
Ordem de compra recomendada
- Escolha o loop de negócios e o framework.
- Compre ou instale o MLO e, em seguida, prove que ele não tem conflito de mapa.
- Selecione um script de trabalho com suporte explícito para seu framework e pilha de dependências.
- Adicione recursos de gerenciamento, inventário ou interação apenas quando o trabalho escolhido os exigir.
- Conclua os testes de preparação antes de importar a configuração para produção.
Lista de verificação final
Antes da compra, você deve ser capaz de nomear a versão do framework, inventário, sistema de destino, recurso de gerenciamento, método de conta comercial, alterações de banco de dados e localização do mapa. Se algum deles for desconhecido, pergunte ao criador ou escolha um produto com documentação mais clara. Isso é mais rápido e barato do que reparar uma pilha de negócios incompatível após o lançamento.