Settyl
LASYA AI · SYSTEM OF EXECUTION

The system where your supply chain execution actually happens.

Lasya is Settyl’s System of Execution. It carries one transaction from business intent to verified outcome - across procurement, logistics, EXIM, finance, enterprise systems and external partners.

Your ERP keeps the records. Lasya runs the work between them.

Start one executionHow it works
Lasya / Executions / TXN-0418
Raw material intent → verified settlement
StatusExecutingOwnerLasya · within policySystemsSAPTMSWMSPartnersSupplier · EmailCarrier · API
TRANSACTION STATE
RM intent received
Supplier committed & PO issued
Shipment moving
Exception resolvedin progress
Settlement verified
The execution gap

Your systems record the transaction. People still carry it between them.

Systems of record
ERPTMSWMSFinance
Manual relay - people as the execution layer
EmailWhatsAppExcelCallsPDFsPortals
Partners
SuppliersCarriersForwardersCustomsWarehouses
The person becomes the execution layer. Lasya replaces manual relay with persistent execution.
The software model must change

AI inside every application does not create an autonomous supply chain.

Procurement, TMS and finance tools can each become agentic. But each still owns only its own function - so the handoffs between them stay fragmented.

Autonomous silos are still silos.

Procurement suite+ AI agent
handoff · context lost
TMS+ AI agent
handoff · context lost
Finance / AP+ AI agent
The unit of execution

Lasya follows the transaction - not the application.

IntentSourceAwardPOCommitmentShipmentClearanceReceiptInvoiceSettlement

The transaction is the new unit of autonomy.

Shared execution memory

One transaction state across every execution domain.

One shared execution memory carries intent, supplier response, approvals, shipment evidence, financial exceptions and ERP dependencies - across sourcing, logistics, EXIM, finance and ERP.

Aa ContextDomainCarried to
IntentSourcingRFQ, award, PO
Supplier responseProcurementBooking, dispatch
ApprovalsPolicyEvery next action
Shipment evidenceLogistics · EXIMMatching, audit
Financial exceptionsFinanceResolution, settlement
ERP dependenciesERPPosting, writeback
Where execution breaks

Three breaks. Three fixes.
One execution layer.

  • Sourcing → Procurement

    BREAKCommercial context gets reduced to a PO record.
    FIXLasya carries sourcing decisions, commitments and approvals into execution.
  • Procurement → Logistics

    BREAKA PO exists, but shipment work starts somewhere else.
    FIXLasya carries supplier commitment into booking, movement and exception handling.
  • Logistics → Finance

    BREAKFinance re-creates what operations already knows.
    FIXLasya passes execution evidence into matching and settlement.
The execution loop

How Lasya carries every transaction to a verified outcome

  • 01

    Sense

    Understand the current transaction state across systems, messages and documents.
  • 02

    Decide

    Choose the next action from policy, context and past execution history.
  • 03

    Act

    Execute through applications, APIs and partner communication channels.
  • 04

    Verify

    Confirm the intended business outcome actually happened.
  • 05

    Learn

    Record the execution, recovery and outcome in Operational Memory.
Agents perform work. The System of Execution owns the transaction state they work against.
Exception execution

Lasya doesn’t just identify the exception. It carries the resolution.

Everything the resolution needs stays attached to the transaction until the outcome is verified.

EvidenceCertaintyBusiness impactApproval dependenciesAutonomous actions
Invoice exceptionCarrier invoice ₹124,500 · booked freight ₹116,000
Variance ₹8,500
EvidenceRate card, POD, shipment events
Policy checkDetention terms, tolerances
ApprovalWithin delegated authority
Corrective actionApprove valid charges, dispute the rest
Verified resolutionPosted to ERP with audit trail
Three execution domains

One System of Execution. Three transaction domains.

Different domains. One transaction state.
Governed autonomy

Autonomy is proven when the plan breaks.

Humans govern exceptions. They no longer manually relay every one of them.

1
Detect a supplier delay
2
Understand the impact
3
Evaluate recovery options
4
Execute a permitted action
5
Bring in human authority only when required
6
Verify the outcome
Multi-enterprise execution

Shared execution without shared software.

Every party stays on the system or channel it already uses. Lasya keeps them in one transaction.

BuyerERP
SupplierEmail
CarrierAPI
ForwarderWhatsApp
CustomsPortal
WarehouseWMS
FinanceERP
One transaction state · Lasya AI
Explore multi-enterprise execution →
Partner experience

No new portal for your partners.

Inputs & outputs
EmailWhatsAppVoiceEDIAPIPDFPortals
LasyaPersistent execution layer
Systems of record
SAPOracleDynamicsTMSWMSFinance

Lasya meets each partner where they already work.

Operational memory

Every completed transaction leaves operational memory behind.

  • Supplier memory

    Commitments, response patterns, pricing, quality and negotiation outcomes.
  • Logistics memory

    Lane performance, carrier behavior, transit deviations and recovery outcomes.
  • Exception memory

    Root causes, approved recovery actions, escalation decisions and how well they worked.
  • Transaction memory

    Context, decisions, actions, documents, approvals and verified outcomes.

Models can be copied. Execution history has to be earned.

Execution readiness

Memory becomes execution readiness.

Lasya measures how complete a transaction’s memory is, which approvals remain, and whether it can progress autonomously.

Readiness · TXN-0418example
Memory completeness
Supplier ✓Logistics ✓Exception ✓Transaction …
Approvals remaining1 · Controller
Can progress autonomouslyYes · within policy
System boundaries

ERP keeps the record. Lasya owns the work between records.

  • ERP

    System of Record
    Master dataPO recordShipment recordInvoice recordAccountingHistorical truth
  • Lasya

    System of Execution
    Transaction contextFollow-throughMovement executionException recoveryNext actionVerified outcome
CATEGORY ARCHITECTURE

Where Lasya fits.

PROBLEMOperational FragmentationFRAMEWORKMulti-Enterprise ExecutionCATEGORYSystem of Execution
PRODUCTLasya AI
OUTCOMEAutonomous Supply Chain Execution

“AI Supply Chain Operating System” is a metaphor for the same layer. What a System of Execution is →

FAQ

Lasya AI, answered.

FROM ONE TRANSACTION TO AUTONOMY

Start with one transaction that should not require human relay.

Choose one execution chain. Connect the systems and participants already involved. Measure how much of the transaction Lasya can carry from intent to verified outcome.

RELATED READING

System of Execution guides

Operational Memory in Supply ChainsRead guide →System of Record vs. System of ExecutionRead guide →The Transaction Is the New Unit of AutonomyRead guide →System of Execution ComparisonRead guide →