Centralux Book a call

AI-native operations engineering  ·  Fayetteville, North Carolina  ·  Founder-led

One system, from quote to cash.

Centralux takes an operation that currently lives in spreadsheets, texts, paper tickets and four disconnected apps, and rebuilds it as one instrument you can read: estimate, approval, schedule, invoice, payment — every transition recorded, every automated action traceable to its source.

Deployment topology
Single-tenant. One system per client, on your accounts and your keys. No shared datastore, no cross-client bleed.
Engagement unit
A fixed-scope phase at a flat fee. No per-seat pricing, no multi-year lock-in, no surprise line items.
Operating niche
Trades and field-service operations. Quote-to-cash is the first flow we straighten, because it is where money leaks.
Fig. 01 — Quote-to-cash, schematic Mode schematic · Source none
  1. CH 01
    Estimate
    scoped and priced from your own rate data
  2. CH 02
    Approval
    customer signs; the scope locks
  3. CH 03
    Schedule
    crew, date and materials committed
  4. CH 04
    Invoice
    issued from the approved scope, never retyped
  5. CH 05
    Settlement
    payment matched back to the job it belongs to
Provenance trace Every transition writes exactly one record
  1. t₀estimate.created→ ledgerrecorded
  2. t₁approval.recorded→ ledgerrecorded
  3. t₂job.scheduled→ ledgerrecorded
  4. t₃invoice.issued→ ledger + accountinggated · human approves
  5. t₄payment.matched→ ledgerrecorded
Schematic drawing. It illustrates the topology of a quote-to-cash flow and the ordering of the records it writes. It is not client data, not a live feed, and not a performance measurement — no figure on this site is.
§ 01

The condition we are called about

An operation that has grown past about ten people has usually accumulated one tool per problem. Each one works. Together they do not add up to an operation you can see. The estimate lives in one place, the approval in a text thread, the schedule on a whiteboard, the invoice in accounting, and the answer to “did this job actually make money?” lives nowhere at all — it has to be reassembled by hand, by the one person who remembers.

The cost is not the software subscriptions. It is the re-keying, the jobs that get scheduled before they were approved, the invoice that goes out three weeks late because nobody owned the handoff, and the quiet decisions made on numbers nobody can trace back to a source.

Symptoms
  • 01The same number typed into three different systems.
  • 02Work scheduled before anyone confirmed the quote was approved.
  • 03Invoices going out days or weeks after the job finished.
  • 04Change orders agreed verbally and never priced.
  • 05“Ask her, she’ll know” functioning as the system of record.
  • 06Job profitability that can only be worked out afterwards, by hand.
Fig. 02 — System consolidation, schematic Inputs illustrative
  • Spreadsheets
  • Email threads
  • Text messages
  • Paper tickets and photos
  • Scheduling app
  • Accounting software
  • One person’s memory
Output

One system of record

Every job, quote, approval, invoice and payment carries one identity and one history. Questions get answered by query, not by reconstruction.

Schematic. Input categories are typical of the operations we work in and are not drawn from any specific client.
§ 02

What we build

Four channels. Most engagements start with one and add the next once the first is running in production. Full detail, including inputs, outputs, interfaces and handover, is on the services specification.

CH 01

Operations centralization

Your scattered tools, spreadsheets and threads consolidated into one system of record with a single identity per job, customer and document.

  • Input current tools
  • Output one system of record
  • Form web app + database
Specification →
CH 02

Quote-to-cash automation

Estimate, approval, schedule, invoice and payment wired into one flow, with an audit trail on every transition and a human gate before anything leaves the building.

  • Input pricing + terms
  • Output one traceable flow
  • Form workflow + gates
Specification →
CH 03

Talk-to-your-data interfaces

Ask your own business questions in plain language and get an answer with the query and the source rows attached, so you can check the work instead of trusting it.

  • Input your own data
  • Output cited answers
  • Form assistant + queries
Specification →
CH 04

Data-integrity engineering

The foundation under the other three: isolation, provenance, reversibility and failure behaviour designed on purpose rather than discovered during an incident.

  • Input current write paths
  • Output enforced guarantees
  • Form schema + gates
Specification →
§ 03

Operating conditions

These are the tolerances we hold on every build. They are the reason to hire an engineering firm rather than a strategy firm, and they are the first thing we will put in writing.

  • Tenancy One client, one system. Your data lives in your own database, under your own accounts, reachable with keys you hold and can revoke. There is no shared multi-tenant store and no pooled model training on your records.
  • Provenance Every automated write records where it came from. Source, actor, timestamp and the input that produced it. If a number appears on an invoice, you can trace it back to the row that generated it without asking anyone.
  • Reversibility Outward actions are gated. Anything that leaves your business — an email to a customer, an invoice, a payment request — passes a human approval step by default. Automation drafts; a person releases.
  • Failure mode Fail loud, never guess. When an integration breaks or a value is missing, the system stops and reports. It does not substitute a zero, a blank or a plausible-looking default. A silent wrong number is worse than a visible outage.
  • Model discipline Language models are used where they are strong and fenced where they are not. Reading messy text, classifying, drafting, summarizing — yes. Arithmetic, pricing, scheduling logic and anything you would want to audit — deterministic code, every time.
  • Handover You keep everything. Source code, schema, credentials and a written runbook are yours at the end of each phase. Nothing depends on Centralux staying in the picture, which is the only honest way to sell a second phase.
§ 04

Limits — what this is not

A specification is only useful if it says where the instrument stops working. Ours stops here.

  • Not a strategy deck

    We do not sell an AI readiness assessment, a maturity model or a roadmap document. The deliverable is a running system you use on Monday.

  • Not a chatbot bolt-on

    Dropping an assistant on top of disorganized data produces confident wrong answers. The data work comes first; the interface is the last mile, not the product.

  • Not a staffing firm

    We are not placing contractors into your org chart by the hour. Engagements are scoped work with a defined output and a defined end.

  • Not a research lab

    We do not train foundation models or publish papers. We compose proven components carefully, which is a different and less glamorous job.

  • Not a rip-and-replace

    If your accounting software works, it stays. We integrate around what is load-bearing and replace only what is actively costing you.

  • Not for everyone

    Below roughly ten people, an off-the-shelf tool is usually the right answer and we will say so on the call. We are the right call when the tools have stopped fitting.

§ 05

How an engagement runs

  1. Phase 00
    Calibration

    We map the flow you actually run — not the one on the org chart — and write down where records are created, where they are re-keyed, and where they go missing. The output is a written specification with a scope, a fixed price and an explicit list of what is out of scope.

    Output — written specificationFee — flat, quoted up front
  2. Phase 01
    Build

    The specification gets built and put in front of the people who will use it, in production, on real work. We hold the operating conditions in § 03 throughout. You get the source, the schema and the runbook at the end whether or not there is a Phase 02.

    Output — running system + runbookFee — flat, per phase
  3. Phase 02
    Operate or hand over

    Two honest options. Either we stay on a defined monthly scope for changes, monitoring and the next channel — or we hand the whole thing to your team or your existing IT provider and walk. Both are quoted; neither is a trap. There is no auto-renewing term.

    Output — your choice, in writingTerm — month to month

The full engagement model, including how we price and what we need from you, is on the about page.

Next step

A discovery call, and a straight answer.

Bring the flow that is costing you the most. We will walk it end to end, tell you which parts are worth automating and which are not, and if the honest answer is that you do not need us yet, you will hear that instead of a proposal.