Skip to content
AksharAI

Platform · App builder

Put together a working AI application on a canvas, then test it before anyone uses it.

The app builder is where an AI application takes shape: screens, inputs, the steps behind them and what the output looks like. You drag in prebuilt parts, describe rules in plain language, and test with real samples as you go.

AksharAIInvoice check app: build boardAK

Invoice check app: build board

To build2

  • GST number check
  • Credit note handling

In progress2

  • Rate tolerance rule
  • Tally PO lookup

Testing2

  • Line item extraction
  • Review list screen

Done2

  • Invoice upload form
  • Approver roles
Representative screen with sample data. Client screens stay private.

The problem

A small idea waits months for a developer

A distributor in Rajkot wants something simple: upload a supplier invoice, pull out the line items and check them against the purchase order in Tally. The accounts team knows exactly how it should work. The IT team has a queue of bigger jobs, so the request sits on a spreadsheet for a quarter while two people keep checking invoices by hand.

What it gives you

Inside app builder

Drag and drop designer

Lay out screens, inputs and steps on a canvas. Move a field or a step and the app updates; no code to rewrite.

Natural language to logic

Write a rule the way you would say it, such as "flag any line where the rate differs from the PO by more than 2%", and the builder turns it into a step you can read and edit.

Prebuilt components

Start from parts that already work: file upload, text extraction, a lookup against a master list, an approval button, a summary card.

Conditional flows

Send each case down the right path. A matched invoice goes to posting; a mismatch goes to a person with the reason shown.

Event triggers, actions and output controls

Start the app when a file lands in a folder or a form is submitted, and decide the exact format of what comes out: a table, a PDF, a message or an entry in another system.

Collaboration and real time testing

Several people can work on one app, leave notes on a step and run it against sample files at any point, so problems show up before go live.

How it works

The order you work in

  1. Step 1Describe the taskStart from a template or a blank canvas and write down what goes in, what should come out and who checks it.
  2. Step 2Arrange the partsDrag in components for upload, extraction, lookup and approval, then connect them in the order the work happens.
  3. Step 3Write the rulesAdd conditions in plain language and read back the logic the builder creates. Edit anything that is not quite right.
  4. Step 4Test with real samplesRun last month's invoices or forms through the app and compare the results with what your team did by hand.
  5. Step 5Hand it to the teamPublish to the people who need it, with roles that decide who can run, approve or change the app.
BLOCKSTriggerRead documentAsk the modelCheck a ruleAsk a personWrite to a systemVendor registrationDraft v4 · Ritu ShahNew emailvendors@ inbox01Read documentsPAN, GST, cheque02Compare detailsNames and numbers03GSTIN activeRule, no model04ProcurementApproves record05Create vendorDraft in Tally06Test run on last month's vendor filesEach result compared with what procurement actually didReady to publishTesting
AksharAITest run, 14 Aug 2026AK

Test run, 14 Aug 2026

InvoiceSupplierPOLinesResult
INV-2381Supplier S-021PO-44716Matched
INV-2382Supplier S-008PO-44683Matched
INV-2383Supplier S-033PO-44758Rate differs, review
INV-2384Supplier S-017PO-44592Matched
INV-2385Supplier S-026PO-44805Qty short, review
Representative screen with sample data. Client screens stay private.

An example

Invoice checks for a Rajkot distributor

The accounts lead builds an app with three parts: upload a supplier invoice, extract line items, compare each line with the open purchase order pulled from Tally. Lines that match on item, quantity and rate are marked ready to post. Anything else lands in a review list with the difference highlighted, and the accountant decides. Before going live, the team runs fifty past invoices through it and checks every result against what was actually posted.

An illustrative example with sample data.

Questions

About app builder

Does my team need to code to use the app builder?

No. Most apps are built from components and plain language rules. Where a step needs custom code, such as a connector to an older in-house system, the Code Colonies team can write it and drop it in as a component your team then reuses.

How do we know the app works before people rely on it?

You test it as you build. Run real past samples through every version, compare the output with what your team did by hand, and only publish when the results hold up. Each run is logged so you can see what changed between versions.

Can the app write into Tally or our ERP directly?

It can, through the integrations layer, but most teams start with the app preparing entries for a person to approve. Direct posting is a setting you switch on once you trust the results.

See it on your work

Bring one slow, repetitive process. We will show you an agent doing it.

A working session with someone who builds these every week.

Or get a ballpark proposal in two minutes

What happens next

  1. Step 1A short call about one process and the systems involved
  2. Step 2A demo of an agent working on a version of your task
  3. Step 3A clear view of fit, approvals and what it would take