Model your data and design your screens without writing the standard code.

Every entity gets a data API, saved queries and access rules. Screens publish without a front-end release.

The problem

Every customer eventually asks for one more field, and each request becomes a development task.

In a hand-built product each request is a release. Here it is a setting.

Customer request“Can we have a cost centre on every order?”
Hand-built product
  1. Database migration
  2. Backend change
  3. Form change
  4. Release
A sprint you schedule. Another special case.
On TechAppForce
  1. Add the field (configuration)
  2. Review the change
  3. Release it
No code change, no redeploy

How we solve it

Define it once. Every screen reads it.

Vendor onboarding, from spreadsheet to app: an entity, a saved query, then screens. No backend code.

1 Entity: Vendor
  • Nametext
  • Countrylookup
  • Categorychoice
  • Tax numbertext
  • Documentschild records
Country → Countries
2 Saved queryDocuments expiring in 30 daysVendor.NameExpiry ≤ 30 dayssort: Expiry Tested against real rows
3 Everything reads it
  • Vendor listfilters, search, export
  • Vendor formdocuments underneath
  • Dashboardvendors by category
  • Workflow or SDKruns the query by name
Real PostgreSQL or SQL Server tables, or the ones you already have A data API per entity, access applied to every row

What you get

What every business app needs, on every entity

Design it in TAF Studio

See TechAppForce on your own use case

Bring a spreadsheet or a schema you work with today. In a demo we turn it into entities, a saved query and a working screen.

Product visuals on this page are illustrations.