Instances

Instances are provisioned from a Meeting Type and tracked on the instances page. Edits to a Meeting Type will only be reflected in new instances which are created after the edits are published.

 

The toggle switch associated with each instance allows a user to manually Activate or Deactivate. and inversely. Import Channels can Initialize a new instance and keep it in an inactive state. Additionally an import channel can initialize a new instance and then automatically activate it. Automatic activation in the equivalent of a user manually toggling the activate switch.

 

 Instance Status Diagram

V2.2 Status DescriptionEgress

Status

Description

Ingress Statuses

Egress Statuses

Initializing

Configuration of required elements needed for activation underway.

 None

Initialized

Initialization Error

Attempt to assemble element of instance failed. 

Initializing

Initialized 

Initialized

Instance elements assembled completely, ready for activation. 

Initializing

Initialization Error 

Proposal Pending

Queued (Beta)

 

Queued (Beta)

An instance in considered Queued when a proposal attempt is scheduled for a time in the future. This can occur when the AI detects a recipients desire to reschedule at a future date.  Example: an automated Out of Office style response from a recipient which gives an in-office date. A second cause of this status can result from an instance respecting a Proposal Attempt Window.  Example: Behavior for Meeting Type A has defined a Proposal Attempt Window from from 8am to 5pm. A prior proposal for an instance of Type A is recycled at 11pm, therefore will be queued with the next proposal attempt occurring after 8am. Note, the instance start time can be either known or unknown.

Proposal Pending

Initialized

Proposal Pending

Proposal Pending

Instances are considered pending when a specific proposal is available for a recipient to engage.

Initialized

Queued

Accepted 

Declined

Requires User Intervention

User Intervened 

A.I. Negotiating

Queued

A.I. Negotiating

A recipient replies to a proposal with an alternate proposal and the Kronologic AI is confident in the recipients proposal intent. 

Proposal Pending

Accepted 

Declined

 

Scheduling Paused

(Beta)

A Paused instance remains in it’s pre-paused state and limits instance behavior. When an instance is un-paused behavior resumes with the instance respecting any environmental changes that occurred during a pause. 

 

 

Requires User Intervention

A recipient replies to a proposal attempt & AI intent recognition confidence is less than defined threshold.

Proposal Pending

A.I. Negotiating

Proposal Pending

Accepted 

Declined

Engaged no Intent

User Intervened

 

User has interacted with recipient response. This can from a needed required intervention, or from a user intervention within the A.I. Negotiation Delay Period.

Requires User Intervention: User replies back to recipient or moves invite.

Proposal Pending: Recipient responds and user opens email before Kronologic attempts to negotiate. Interaction with the hidden calendar does not constitute user intervened. Users should never  interact with the hidden calendar.

A.I. Negotiating: User opens email thread or moves invite anytime during the negotiating process. 

Accepted: Recipient ultimately accepts a manually negotiated invite. 

Declined: Recipient ultimately declines a manually negotiated proposition. 

Engaged no Intent: No intent is detected by Kronologic, recipient does not accept or decline a manually managed proposal. 

Accepted

Instance proposal is accepted by recipient either though the a calendar invite or A.I. detected intent. 

Proposal Pending

A.I. Negotiating

Requires User Intervention

User Intervened 

None

Declined

A declined instance is the result of 

Proposal Pending

A.I. Negotiating

Requires User Intervention

User Intervened 

 

None

No Response.

An instance completes it’s defined behavior with no engagement from recipient 

Proposal Pending

None

Engaged no Intent

Response detected from the recipient, original proposed meeting is in the past, no intent ever detected. Prior possible states are Requires User Intervention, and User Intervened. 

Proposal Pending

Requires User Intervention

User Intervened 

None

Canceled

An instance is canceled by a user manually from the interface, from an intercept channel, or the system detects another active thread in the user’s inbox prior to proposal attempt.

 

None

 

 

Routing

Users are able to route an instance in the Initialization state from the insistences interface.