Technical overview

Start with the data flow, not a generic architecture claim.

Xillix combines custom NetSuite reporting work with three distinct Luxon products. This public overview explains the product boundaries and the technical questions that must be answered without exposing private infrastructure details.

NetSuite reporting

The implementation follows the reporting question.

A dashboard may use one approved saved search or combine several approved reporting outputs. The route depends on the customer environment and the question the screen must answer.

  1. Define the operational question

    Agree on the decision, audience, KPI meaning, and acceptable refresh timing before choosing a visual.

  2. Review approved outputs

    Inspect the saved searches, reports, exports, fields, timestamps, and business rules the customer can make available.

  3. Map and validate

    Document status definitions, joins, filters, historical comparisons, and exceptions with the customer reporting owner.

  4. Publish the scoped view

    Present the approved result in a browser-based dashboard or display format and validate it against source reporting.

See how dashboard projects work in more detail.

Luxon products

Three products, three different interaction models.

The product pages describe current user-facing behavior. Exact integrations, storage, providers, and access controls are confirmed for the selected deployment.

LuxonLink

Use: employees ask questions against approved internal content and review source references where the configured content supports them.

Technical path: approved documents or content are prepared for retrieval, relevant material is selected for a question, and a response is generated for the user.

Review LuxonLink

LuxonLeadAssist

Use: website visitors ask questions based on approved customer-facing content and can follow configured next steps.

Technical path: an embedded website client sends a visitor question to the configured service, which retrieves relevant approved content and returns the response.

Review LuxonLeadAssist

LuxonFlow

Use: teams combine AI-assisted conversations with human review or handoff where the configured workflow supports it.

Technical path: conversation state, approved knowledge, routing rules, and agent actions are brought together for the scoped use case.

Review LuxonFlow

Architecture decisions

Confirm these details during evaluation.

The same answer is not correct for every Xillix service. The table marks the decisions that shape the final design.

Decision Reporting projects Luxon products
Source of truth Customer-approved saved searches, reports, exports, fields, and business definitions. Customer-approved documents, website content, knowledge, and workflow configuration.
Refresh or update behavior Depends on the approved source, access method, data volume, and operational need. Depends on how approved content is supplied, indexed, or synchronized for that product.
User surface Browser dashboards for wall displays, monitors, tablets, or manager workstations. Internal question-and-answer interface, website widget, or conversation workspace.
Human review Customer owners validate KPI definitions, mappings, and results against trusted reports. Users review important answers and teams define when a conversation needs human handling.
Security controls Access, hosting, retention, logs, backups, providers, and contractual controls require a deployment-specific review.

Practical limits

What this architecture does not assume

No universal connector

A customer environment may require a saved search, scheduled export, approved API path, or another reporting method. Discovery determines what is usable.

No universal real-time claim

Refresh timing is set by the approved source and business requirement. Some decisions need frequent updates; others do not.

No automatic correctness

Source citations, mappings, and customer validation improve reviewability. They do not remove the need to verify important business or AI-assisted outputs.

Evaluation input

Bring the question and the constraints.

A useful technical conversation starts with the expected user, approved data, decision cadence, access boundaries, and evidence needed to trust the result.

Business questionWhat should the user be able to decide?
Approved inputsWhich reports, exports, or content can be used?
Review standardHow will the output be checked and approved?

Have a technical evaluation to plan?

Share the product or reporting objective, the approved inputs you expect to use, and the controls your organization needs to review.

Contact Xillix