Business problem

An intervention, contract or order can move forward without matching billing following at the same pace. Classic billing tools can't tell a normal delay (an ongoing recurrence, a contract still active) from a situation that genuinely deserves attention.

Observed context

Kohentra looks at the business object (contract, intervention, order), its billing history, system provenance notes (for instance an invoice generated from a recurring template), and the business events expected for that type of object.

Kohentra's role

Kohentra rebuilds the billing context around the object before calling a specialized capability: it never relies on a raw status field alone, it checks what has actually been demonstrated (a linked invoice, a provenance note, an explicit recurrence).

Capability mobilized

Invoicing agent: assesses whether the observed activity is properly reflected by existing billing, based on the evidence Kohentra has gathered.

Proposal

An explicit proposal is submitted: billing appears to be missing, the situation is already covered, or the data is insufficient to conclude - never an invoice generated automatically.

Human decision

A human user confirms, dismisses or defers the proposal. The agent itself never writes anything back to Dolibarr.

Explanation

Every proposal cites the facts it rests on (invoice reference, recurrence note, contract date) rather than an opaque score, so the human decision can be checked at a glance.