Make the workspace
feel like your team.
Edit apps/web/components/devlaunch-corporate-events/config.ts to set business name, descriptor and default pipeline name, then rebuild. The design applies to the entire web installation. Use separate web installations to evaluate different full-interface kits, rather than stacking their installers.
Starter removal, updates, and rollback
Review unused starter additions for removal in Starter setup before removing the frontend. Server checks preserve edited or published workflows and pipelines with jobs or references. The process targets recorded kit additions rather than sweeping account records.
Preserve your local configuration and source edits. Preview frontend removal with node setup.mjs remove "/path/to/seedly" --dry-run. The automatic uninstaller uses a private restoration receipt and refuses to overwrite later edits. Keep that receipt private and out of public hosting or source exports. Removing frontend files does not remove account data or undeploy backend functions.
For an update, follow the documented removal/install process and reapply your preserved changes. A manually merged installation needs its own private change ledger and reviewed source rollback.
What the workspace records
One contact-linked event holds the client company, event kind, format, venue label and city, first and last day, the client's confirmation date, attendees as the client gave them, the final count due date and final count, the planning fee as quoted, on-site notes describing access in words, each session with its day, times, kind, room or track and status, each speaker with role, linked session, status and reply, confirmation, bio and slides dates, each sponsor with package label, booth, status, logo date and amount as recorded, each vendor with category, service day, arrival time, status, order and quote as recorded, and an editable checklist.
Forum records what the planning office agreed and heard back. Attendee counts are the counts each client gave; sessions, days, attendees and money are never added to one another. It does not register attendees, print badges, sell tickets, book venues or hotels, send invitations, pay anyone, bill or take payments, or send messages, and it makes no venue-capacity, accessibility-compliance, contract, insurance or financial claim. Dietary, access and medical details about named people, venue, dock and door codes, badge, registration, event app and Wi-Fi passwords, payment card numbers and Social Security numbers are refused in recorded text and in the native form drafts; counts such as "12 vegetarian meals" are kept.
The kit’s original operational screens share the frame with full CRM modules from your own Seedly source. Existing account permissions, feature gates, and configured providers still determine access to those modules.