Migração para RCTI ERP
O produto é RCTI ERP, mantido por RCTI - Roda de Cuia, com site rodadecuia.br.
A identidade central fica em product.json. A versão do produto é 1.0.0, e a documentação publicada é a 1.0. A base de compatibilidade das extensões permanece 0.8.8.
Nomes e diretórios
| Identificação anterior | Identificação atual |
|---|---|
| FOSSBilling, como nome do produto | RCTI ERP |
library/FOSSBilling/ | library/RctiERP/ |
Namespace FOSSBilling | Namespace RctiERP |
Namespace Box\Mod | Namespace RctiERP\Mod |
window.FOSSBilling | window.RctiERP |
public/assets/js/fossbilling.js | public/assets/js/rcti-erp.js |
Global Twig FOSSBillingVersion | RctiERPVersion |
Os módulos continuam nas pastas por categoria. Novos módulos usam, por exemplo, namespace RctiERP\Mod\Twofactorauth; dentro de modules/Sistema/Twofactorauth/.
Extensões existentes
O bootstrap em bootstrap/compatibility.php mantém aliases para classes, interfaces e enums do núcleo. Módulos de terceiros que ainda declaram namespace Box\Mod podem ser carregados pelos caminhos atuais.
FOSSBilling\Version::VERSION e o global Twig FOSSBillingVersion continuam informando a versão da base compatível, 0.8.8. RctiERP\Version::VERSION e RctiERPVersion informam a versão do produto, 1.0.0.
Os campos minimum_fossbilling_version dos manifestos e os parâmetros do diretório externo de extensões mantêm o contrato original e usam a versão da base. Os serviços externos de extensões continuam sendo serviços do projeto de origem, não serviços da RCTI.
O global JavaScript legado é um alias do mesmo objeto de window.RctiERP. Os caminhos antigos dos assets permanecem disponíveis para temas externos.
Dados existentes
As tabelas, os identificadores dos módulos, os cookies de sessão e CSRF, os contratos data-fb-api dos formulários e os parâmetros criptográficos necessários para leitura dos dados anteriores foram preservados.
Mantenha o config.php existente e seu info.salt. Trocar esse valor impediria a leitura de segredos criptografados, incluindo os autenticadores 2FA. A migração de nomes não exige renomear o banco, as tabelas ou contas de usuários.
Os caches de aplicação, metadados do Doctrine e templates Twig usam novos namespaces para não reutilizar objetos ou páginas compiladas com os nomes anteriores. O armazenamento dos limites de tentativas permanece preservado.
Em instalações novas, o banco de exemplo se chama rcti_erp. Essa configuração não altera bancos já existentes.
Autoload
composer.json define os namespaces e o bootstrap de compatibilidade. composer.lock preserva as versões e referências das dependências distribuídas. Os mapas em vendor/composer/ são gerados a partir dessa configuração:
composer install --no-scripts --no-plugins
composer dump-autoload --optimize --no-scripts --no-plugins
Atualizações e relatórios
O atualizador não baixa arquivos de releases oficiais do FOSSBilling para sobrescrever o RCTI ERP. As versões desta distribuição são aplicadas a partir do repositório do produto, com a finalização dos patches pelo mecanismo de atualização manual existente.
Enquanto não houver um canal próprio, o painel informa a versão instalada e não anuncia uma atualização automática. Os avisos centrais do projeto de origem também não são apresentados como anúncios da RCTI.
O envio de relatórios de erro requer a configuração explícita de debug_and_monitoring.reporting_dsn e a ativação de report_errors. O endpoint do projeto de origem foi removido desta distribuição.
Créditos
Os avisos originais de copyright, a licença Apache 2.0 e as licenças das dependências permanecem preservados. Consulte LICENSE e NOTICE na raiz do projeto.
Após alterar os assets públicos, execute python3 tools/sync-compatibility-assets.py para sincronizar os caminhos de compatibilidade. O build do tema administrativo também gera seus aliases.