First boot
Initialise the database in setup mode, install the addons you need, then run the server.
Pre-alpha. Sumeru has no tagged release and no upgrade path. Fine for local eval and addon work. Do not run production on it.
First boot: setup mode
make runDatabase is not initialized. Starting in SETUP MODE.Visit http://localhost:8080/setup to initialize the system.
There is no default admin account. The wizard at /setup creates your company and the first user; the email you give it becomes the login.
Install the business addons
go run . -- -c sumeru.conf \-i contacts,product,crm,sale,sale_crm,account,purchase,hr \--stop-after-init
Install order matters and follows depends. You can name modules explicitly or use -i all to install every not-yet-installed module in dependency order.
Run it
make runServer starting on :8080...open http://localhost:8080/ -> /web/home
The inner loop for a new addon
scaffold: manifest, init.go, models, views, menus, securitygo run ../sumeru/cmd/sumeru-bp -name my_module -out ./addonslink it into the binary, then install it oncemake generatego run . -- -c sumeru.conf -i my_module --stop-after-initafter editing any XML or the manifest's data list, reload itgo run . -- -c sumeru.conf -u my_module --stop-after-initmake run
Go code changes need a rebuild (make run). XML changes need -u, because views, menus and access rules live in the database once installed.
For business teams
Once the server is up, operators use Apps, roles and the lead-to-cash flow. Those guides live under Business:
- Business overview: apps, roles, multi-company
- Lead-to-cash: the flow that works today, plus known gaps
Next step
Developers: continue with Creating an addon. Business readers: start at Business overview.
What not to do
- Do not hunt for a default password; complete
/setup. - Do not edit XML and expect a rebuild alone to reload it; use
-u. - Do not run production workloads on pre-alpha.