One record, seven stages, two surfaces

A teacher records during class, on a device that does not need a signal. The record syncs when there is one, and an administrator opens it in the browser, and nobody re-types anything.

A phone in the room, a browser in the office

One record, entered once, readable from both sides. Which surface an account gets is decided when it is created. Teachers are given the mobile app, administrators the portal — and neither has to re-type what the other entered.

For teachers

Android · offline-first

Designed for the classroom. Attendance and grades are entered where they are produced, on a device that does not need a signal to accept them.

Sync

For administrators

Browser · online

Designed for school-wide visibility. Administrators review classes, rosters, attendance and scores, manage enrolments, and set the school year, subjects and thresholds every teacher’s phone reads.

From an empty school year to a student you are watching

Seven stages. Each one names the surface it happens on, and what is actually running behind it.

  1. 01

    Set up the school year

    Web portal

    An administrator creates the school year, the grade levels, the sections and the subjects, and sets the weight each subject gives its components.

    The school decides the weighting once and every class reads it. A teacher signing in alone gets a personal workspace instead, and can start without a school at all.

  2. 02

    Build the classes

    Both surfaces

    A class is a subject, a section and a schedule. Teachers keep their own; an administrator creates the ones the school needs to see across it.

    A teacher-managed class stays private even inside a school. Whether an administrator can open a class is decided by that class’s access mode, in the database, on every query.

  3. 03

    Record while the class is happening

    Mobile app

    Attendance is one tap per student against a roster already on the device. Grade items are created under each component and scored as the work comes in.

    One attendance row per class, per student, per day, and the class teacher is its only writer. Scores are raw marks out of the item’s total. A standing is derived from them, never typed in.

  4. 04

    Keep working with no connection

    Mobile app

    Recording does not wait for a signal. The device holds the records and the class carries on exactly as it would with full bars.

    The on-device database is the source of truth rather than a cache of the server, so nothing in the recording path touches the network. An expired session stops syncing and still never blocks capture.

  5. 05

    Sync when a connection returns

    Both surfaces

    Everything pending goes up together. A connection lost mid-upload leaves the records intact, and the next attempt finishes the job.

    One transaction per push, keyed by identifiers the phone generated, so a retry after a timeout produces the same end state rather than a second copy. Timestamps come from the server’s clock; a phone’s is never trusted.

  6. 06

    Review the same records in the browser

    Web portal

    Administrators open the roster, the attendance and the scores the teacher entered, without anyone re-typing them.

    A student’s standing is computed by one shared function and stored nowhere, so the phone and the portal cannot show different numbers for the same student.

  7. 07

    Follow the students who need attention

    Both surfaces

    Thresholds are set for the school, or overridden for a single class, and a student’s record always shows the values behind an indicator rather than a verdict.

    A threshold resolves in order: the class override first, then the school default, then the TAKI default. An administrator sets them in the portal today.

    The nightly engine that raises flags against those thresholds, and guardian notifications by SMS and email, are still being built. No indicator on this site is a real flag.

The classroom doesn’t stop when the signal does

TAKI’s device database is the source of truth, not a cache of the server. Nothing in the recording path waits on a network call, so a room with no bars behaves exactly like a room with five.

  1. Connected

    A class begins. Two students marked, nothing waiting to send.

  2. Offline

    The signal goes. Nothing stops; attendance keeps being recorded to the device.

  3. Connection restored

    A connection comes back, and the changes made offline are still there.

  4. Syncing

    They upload together, in one transaction.

  5. All records synced

    The portal now holds exactly what the phone recorded. Once.

A push that does not land is retried. Because every record carries an identifier the device generated, the retry produces the same result rather than a second copy, and the whole push either applies or does not, so a half-sent class is not a state the system can be in.

Connected

Everything up to date

Waiting to send

0

Three jobs, and what each one needs from this

What a classroom teacher, an adviser following one student and a school administrator each do with it, and the kinds of school it is built to sit in.

See who TAKI is for

Set up your school
in an afternoon.

Create the administrator account, add your grade levels, sections and subjects, and hand your teachers the join code. The portal is live today.

Signing up creates an administrator account. Teachers are given the TAKI mobile app and join with a code.