ASM Glossary

Alert Status:

  No DataWhen No Consumable/Service Alert Events are active and No Consumable/Service data was fed from Onsite for the Device;

  All Ok – When No Consumable/Service Alert Events are active for a Device but it has Consumable/Service data fed from Onsite;

  Alert – When the Alert Overdue time did Not elapsed for its Actions and does Not Require Approval (the first Action was already Approved or it does Not Require Approval), or if it was Already Triggered but the Overdue time did Not elapse;

  Waiting for Approval – When the first action Requires Approval and it was not yet approved or cleared;

  Submitted – When the Alert does Not Require Approval or is Already Approved and further Actions have been processed, i.e. an email is sent to to the Dealer; and Overdue Time has NOT Elapsed;

  Overdue – When the Alert does Not Require Approval or is Already Approved and the Overdue Time Has Elapsed, and there are Overdue Actions that are Not Yet Performed. Overdue Time is measured from the moment when the Alert Triggered to the Moment when the User looks at the data in the UI;

  Submitted & Overdue – When at least the one Action of the Alert has been already Submitted and the Overdue Time Has Elapsed;

  Dismissed Alert – When  the alert is manually Dismissed by the user in Device Status or Active Alerts pages;

  Stale – When the Stale time has Elapsed. Stale Time is measured from the moment when the Alert Triggered to the Moment when the User looks at the data in the UI;

Archived – When the Alert is Archived because it became Stale, or as a result of Internal ASM processing, or when the current state of the device/supply no longer satisfies the Alert Definition Triggering Conditions.

 

Action Result Types: Email: Customizable emai1. Dealer Email: Customizable email that is dealer facing. The email includes specifics on the Account, Contact information, device information, location, etc. and the Consumable Alert information, i.e. what consumable, level remaining, etc. This should be used primarily as an escalation option, i.e. if the consumable alert was already submitted to the dealers Just-In-Time-Supplyhed, however, it may be used as the method to identify new consumable alerts, rather than checking the Active Alerts grid. This option may also be used in an end-user scenario.

2.  Customer Courtesy Email: Customiz2. Customer Courtesy Email: Customizable email that is end-user facing. The email includes specifics on the Account, Contact information, device information, location, etc. and the Consumable Alert information, i.e. what consumable, level remaining, etc.

3. Just-In-Time-Supply Email - Quote: An email is sent to the customer and includes a customized message, the dealers cost of the consumable and an option to place the order with the dealer and have the consumable drop-shipped from the dealers’ supplier. Package label will include specifics on which device, location, etc. the consumable is intended for, plus the user contact information that placed the order.

4. Just-In-Time-Supply - Email Order: An order is sent direct to the dealers’ supplier. The information includes recipient’s contact information and address, devices specifics, location, etc. It’s recommended that an ERP Sales Invoice is configured to simultaneous submit.

5. Approve Consumable Alerts Email: An email is send to the Dealer Primary Admin contact and contains information about the Alerts that Waiting for Approval;

6. SMS Text Briefing Message: A Short Text Message (SMS) is sent to the Phone Number configured on the Contact selected in Action Handler Settings page. If there is no Phone Number for the configured Contact or the SMS sending fails from whatever reason, an email is sent to the Dealer Primary Contact of type Admin.

7. ASM XML Syn: An XML Stream is sent to a pre-configured Web Service instance, as selected in Action Handler Settings page. The Web Service should implement a given WSDL provided by FMAudit through the SDK licensing. The XML Stream is usually processed asynchronously and the Web Service is invoked to receive the XML Stream that contains Account, Device, Supplies, and Alerts Informatin, as defined in FMAUdit's SDK Documentation.

8. Service Alert Email: Customizable email that is usually Dealer facing. The email includes specifics on the Account, Contact information, Device information, location, etc. and the Service Alerts information, i.e. what are the triggered Error States, Console Message, Page Counter, etc..

 

Overdue Alert00FF">Overdue Interval specified in the alert definition has elapsed. The Overdue Interval is calculated as follows:

  • The time elapsed from the moment the Alert was first triggered to the current timeThe time elapsed from the moment the Alert was first triggered to the current time, for an action type that does not require approval. If the Overdue period elapsed for an Alert and the Non-Overdue or Non-Approval actions that precede the Overdue one were not yet performed (e.g. due to email server unavailability), these actions are processed but marked as being delayed (the Alert Send Timestamp column value is marked with red, e.g. “Sent at: August, 20 2008 18:50i class="style3">

    The time elapsed from the moment the Action was approved to the current time, for an action that Requires Approval.

  • Stale Alert - alert event for which the Stale interval specified in the alert dStale Alert - alert event for which the Stale interval specified in the alert definition has elapsed, measuer since the alert was first triggered to the moment when an action is processed or the data is shown in the UI.

     

    Alerts Frequencyp>

  • When triggered alerts are performed as soon as the ASM Scheduler is invoked, which is determined by the ASM Pooling Intervals setting and in the real moment when the alerts are processed;

  • Every quarter an hour alerts are processed every 15 minutes, staring at 12:00 AM;

  • Every half an hour alerts are processed every 30 minutes, staring at 12:00 AM;

  • Every hour alerts are processed every hour, i.e.: 13:00

  • Every two hours alerts are processed every hour

  • Every three hours alerts are processed every hour

  • Every four hours alerts are processed every hour

  • Every six hours alerts are processed every hour

  • Every twelve hours alerts are processed every hour

  • Every day alerts are processed every day, at midnight, i.e.: 2008/2/20 12:00 PM

  • Every dayvery day alerts are processed every mid-day, i.e.: 2008/2/20 12:00 AM

  • Every week alerts are processed every mid-day of each Friday of each week, i.e.: Friday 2008/2/22 - 12:00 AM

  •  

    Copyright © 2008 FMAudit, LLC.  All Rights Reserved.