Talk to us

THE PEOPLE BEHIND THE WORK

Take care of your people.
Every payday.

Employees, attendance, time off, and appraisals feed a payroll register the ERP calculates from contracts, work entries, and approved overtime. Integer currency units, a locked period, one calculation.

From joining the team to closing the pay period.

Payroll runs
PeriodStatusEmployeesGrossNet
2026 SeptemberFinalized24$124,800$97,344
2026 AugustFinalized23$119,600$93,288
2026 JulyReversed23$118,200$92,196
Illustrative sample records. Not a live workspace.
  1. 01Join
  2. 02Grow
  3. 03Contribute
  4. 04Get paid

A whole working life. One connected record.

An employee’s profile, working time, performance and pay belong to the same person.

Every part has a purpose.
Here is how it connects.

  1. 01

    The complete employee context

    Connect the employee directory, reporting relationships, departments, performance and timesheets. Keep employee equipment, handbook content and people records in the same workspace.

  2. 02

    Attendance and time off

    Check-in and check-out, hours, working schedules, allocations, and approved time off arrive at payroll as work entries — not as a spreadsheet mailed at the end of the month.

  3. 03

    A register built from real inputs

    Contracts, compensation, work entries, approved overtime, bonuses, adjustments, benefits, deductions, and taxes go in. Gross minus taxes and deductions plus approved reimbursements comes out.

  4. 04

    Locked period, one calculation

    The period locks before the run and the register is computed in integer currency units, so the same inputs produce the same number every time anyone opens it.

  5. 05

    Payslips, payment file, journal

    Each run emits the payroll register, a payslip snapshot per employee, a payment file for the bank, the payroll journal entry, and the audit record.

  6. 06

    People operations and fleet

    Front-desk visitors and fleet share the same employee records, so vehicles, drivers, services, and accidents stay tied to the people they belong to.

  7. 07

    Employee loans and salary advances

    Approve a loan or a salary advance, record the payout, and let payroll recover each installment from pay. The balance and every repayment stay on the employee.

  8. 08

    Separation and the former employee record

    Record a departure, apply an optional offboarding plan and manage access retention. Former employee records and rehire workflows keep the history available.

The details
do the work.

EnginesDeterministic payroll engine
Agaro Agent directs the workflow. The engine calculates the register and enforces correctness in integer currency units.
Data modelEmployee → attendance → payroll → journal
Work entries, time off, and approved overtime are the same records the payroll run reads. Nothing is re-keyed between them.
PermissionsRole-gated payroll surfaces
Payroll and bank surfaces are restricted to the roles the workspace grants, at the navigation and again at the server action.
Agent accessSame authority as the user
A user who cannot open a pay run cannot ask Agaro Agent to open one for them.
AuditRegister plus audit record
Every run keeps its inputs, its outputs, and the identity that ran it, so a closed period can be explained later.
DeploymentWorkspace-isolated PostgreSQL
People data stays inside the workspace that owns it, with the same isolation boundary as every other module.

What teams ask about HR & Payroll

Who calculates payroll, the model or the ERP?

The ERP. Payroll in Agaro is calculated by a deterministic engine, never improvised by a model. Inputs come from stored records: employment contracts, stored compensation, attendance and work entries, approved overtime, bonuses and adjustments, benefits, deductions, and taxes. The register runs one calculation — gross pay minus taxes and deductions plus approved reimbursements equals net pay — in integer currency units against a locked period, so the same run produces the same numbers every time. Outputs are the payroll register, payslip snapshots, the payment file, the payroll journal entry, and the audit record. Agaro Agent directs the workflow: it can assemble the run, tell you which work entries are missing, and walk the exceptions with you. It does not do the arithmetic, and it cannot round or adjust a figure the engine produced.

Can the AI agent approve time off or overtime on its own?

Only where you can, and only through the normal approval action. Time off, attendance corrections, and overtime move through Agaro's approval steps, and the agent is bound to the same role, module access, and grants as the person prompting it. A team lead who can approve their own team's requests gets an agent that can approve their own team's requests, and nothing beyond that. Anything outside that scope is refused before a record is touched. What the agent is genuinely good at here is the work around the decision: finding the open requests, showing the balance and the coverage conflict, drafting the entry, and recording the outcome once you act. Approved overtime then feeds the payroll register as an input, so the decision and the pay it produces stay connected in one record set.

How do attendance and work entries reach the payroll register?

Through records, not re-entry. Employees, contracts, attendance, time off, and appraisals live in the same workspace as everything else, so an hour logged against a project task and an approved overtime request are already payroll inputs by the time the period closes. When the register runs, the engine reads contracts and stored compensation, applies the work entries and approved adjustments for the locked period, and produces gross-to-net in integer currency units. The payroll journal entry posts to the same books the finance engine writes to, so labor cost appears in reports without a second import or a reconciliation step. If an input is missing — an unapproved overtime request, an employee without an active contract — the run names the incomplete record rather than silently estimating a number to make the total look finished.

Who can see salary data when the AI agent is involved?

Only the people who could already see it. The agent has no visibility of its own; it resolves data as the signed in user inside that user's workspace. If your role does not grant access to HR and payroll, a prompt about someone's compensation returns nothing, because access is checked before any record is read. Where access exists, the agent reads the same records the interface would show and records what it did under your identity. Payroll data stays inside the workspace and is accessible only through its assigned permissions. Every change leaves an activity entry naming the actor and the time, so an HR lead can see exactly who ran a register, who edited a contract, and when.

What is Agaro ERP?

Agaro ERP is an AI native ERP from Agaro Technologies LLC, built so the software can do the work rather than only record it. It covers finance and invoicing, HR and payroll, CRM and leads, marketing, inventory and supply chain, projects and tasks, an website builder, a module builder, and Agaro Agent — one connected workspace instead of a stack of tools that have to agree with each other. ERP has always held the facts: the customer, the price, the hours, the contract, the approvals. Someone still had to find the records, calculate the result, push the buttons, and reconcile what happened. Agaro closes that gap by giving the agent the same authority the prompting user has and keeping deterministic engines in charge of money, pay, and stock. It is in its Preview / Pilot phase.

How does the AI agent decide what it may do?

It does not decide; your access does. The prompting user is the identity and their workspace is the data boundary, and the agent inherits all of it: same role, same module access, same user grants, same model permissions, same workspace. If the user cannot perform an action, the agent cannot perform it. Every prompt follows one path — prompt, identity, access, resolve data, engine, action, audit — and access is checked before any record is read, so a request outside your permissions stops before data is resolved rather than being declined politely after the fact. The model's role is narrow by design: it selects an action, and Agaro decides whether and how that action executes. Anything that commits or delivers is presented for confirmation, and everything that happens is recorded under your identity in your workspace's audit history.

What does "the model never bypasses the ERP" mean?

It means no route from a model to your data skips the business logic. The product interface, the agent, the API, and MCP all resolve to a signed in actor with a workspace, role, modules, and model permissions, then pass through one shared action layer where input validation, authorization, the transaction, and the activity log happen. Only then do the finance, payroll, inventory, CRM, and workflow engines run, against workspace isolated PostgreSQL data and audit history. A button click and an agent tool call reach the same guarded business logic. Practically, that is why the model never calculates an invoice total, a payroll register, or a stock quantity: the engines do, deterministically, and the same request produces the same result whichever route it arrived on. Same identity, same controls, same business actions, one audit trail.

Is Agaro ERP available today, and how do I join the pilot?

Agaro ERP is in its Preview / Pilot phase. We are working with a small group of pilot customers, so the first teams get direct attention while the product matures. We are not publishing a general availability date. Joining the pilot is by talking to us: tell us what you run today, which modules matter first, and we will tell you plainly whether Agaro fits. If it does not fit yet, we would rather say so. Reach Agaro Technologies LLC at info@agaro.ai or +1 (571) 278-8979. The company is based in Brambleton, Virginia.

Is there an AI agent built in?

Yes. Agaro Agent is the AI agent inside the ERP. It finds records, answers questions about your business, prepares supported work such as invoices and task updates, and can propose changes to how your ERP looks and works. It works with the same roles and access as the person who asked, so it can never see or change more than that person can, and it asks before it changes anything.

What can the AI actually do?

Whatever the person who asked can do, and no more. It is not a search box or a summarizer bolted onto a report screen. It creates and updates records, runs workflows, and completes transactions inside the ERP. Ask it to invoice a customer and it resolves the real customer, the catalog item, the stored price, the workspace currency, tax, and payment terms, then calls the finance engine to validate the request, calculate totals, allocate the invoice number, create the invoice, and commit the journal. It can create and assign tasks, move projects, prepare a payroll run, raise a purchase, or record a stock movement, each through the same server action a person triggers by clicking. When something is missing it asks. When an action needs confirmation, such as sending a document to a customer, it presents that action and waits for you.