How easy is it to build an app? Let's build one.
A leave-request app: employees ask for leave, managers approve or reject, everyone gets an email. Eight steps, no code — or one conversation with AI.
| Dates | Reason | Status |
|---|---|---|
| 12–14 Oct | Family function | Requested |
| 2 Sep | Doctor visit | Approved |
| 18 Aug | Travel | Rejected |
Eight steps, all by clicking.
- 1VedaQL
Create the table
Starting from nothing? Create a database and a table for the requests. Already have one? Skip this step.
- Columns: employee, dates, reason, status
- Your table, in your database
VedaQL · leave_db · new tableColumn Type id number · key employee_id text from_date / to_date date reason text status text · default “requested” - 2VedaQL
Write the queries
One query per thing the app does. Each one becomes an API endpoint — no backend code.
- my_requests · new_request
- team_requests · set_status
VedaQL · my_requests.sqlSELECT id, from_date, to_date, reason, statusFROM leave_requestsWHERE employee_id = {{employee_id}}ORDER BY from_date DESC;POST/my-requests/v1Tested - 3VedaUI
Create the portal and pick a look
New portal, choose a ready theme, add your logo and colours. The builder shows the real look from the start.
- Ready-made themes
- Light or dark, your logo
VedaUI · Settings · DesignCleanForestNightlogo.png · Primary colour #006398 - 4VedaUI
Connect the data and sign-in
Add your endpoints as connectors. Sign people in with your company login, so the server knows who each person is.
- employee_id comes from the sign-in, not the browser
- Keys stay on the server
VedaUI · ConnectorsPOSTmy_requestsemployee_id = {{session.employee_id}}POSTnew_requestemployee_id = {{session.employee_id}}POSTset_statusmanagers only - 5VedaUI
Build “My requests”
Drop a table for the person’s requests and a form to ask for leave. Point both at the connectors.
- Table + form, dragged onto the page
- The form refreshes the table when it saves
Page · My requestsMy requests Ask for leaveRequested12–14 OctFamily functionApproved2 SepDoctor visit - 6VedaUI
Build “Approvals” for managers
Drop a board grouped by status, and add the approval steps: who may approve or reject, and whether a comment is needed.
- Requested → Approved / Rejected
- Only managers see the buttons
Page · ApprovalsRequestedRavi · 12–14 OctMeera · 20 OctApprovedArjun · 2 SepRejectedRejectApprove - 7VedaUI · Automation
Send an email when it’s decided
“When a request is approved or rejected, email the employee.” A rule, an email template — no mail code.
- Templates with the request’s details
- Queue, retries and a delivery log
Automation · RuleWhena leave request moves to Approved or RejectedOnly ifthe employee has an emailDosend email “leave_decision” to the employee - 8VedaUI
Check and publish
Open “Approvals” to managers only, run the check, and publish. Change your mind later? Roll back in one click.
- The check finds open data and missing setup
- Publish to your own web address
Check portal → PublishNothing found — looks good.LiveRelease 1leave.yourcompany.com
The hard parts are already built.
Most of the time in a software project goes into the parts nobody sees. With VedaApps they come with the platform, so your time goes into how your business works.
The usual way
- Write requirements, wait for a developer
- Build the backend, login and permissions first
- Every change is a new ticket and a new release
- A new screen means more code to maintain
With VedaApps
- The person who knows the process builds it
- Sign-in, roles, emails and releases are ready
- Change a page and publish — or roll back
- A new screen is another page in the builder
Build this app in your trial.
Start a 7-day trial — the builder, VedaQL and the AI connection are all included. No card needed.