Page cover image

Configuration or Customization

During an implementation of Alemba®’s software products, it may be necessary to “customize” the product in order to complete a customer’s functional requirements.

This is carried out by Professional Services and represents a significant change to the functionality of the customer's implementation.

Alemba® defines customization as ‘a change to functionality, or a modification to the system, that is not automatically maintained as part of a software upgrade’. Typically, this functionality is either:

  • Re-implemented by Alemba® Professional Services as part of the upgrade plan

  • Deemed to no longer be required because a customer’s previous requirements have altered or the customization has been superseded by enhancements within the software

Adversely, configuration is defined as ‘a change to functionality, or a modification to the system, that is automatically maintained as part of a software upgrade’.

Activities that considered to be ‘customization’ or ‘configuration’ are listed below.

Customization

Customizations may include:

  • Screen changes (outside ASM Designer), including importing screens

  • Database changes, including the creation of new fields (outside ASM Designer), Stored Procedures, triggers and functions; and changing the properties of pre-existing fields (i.e. field length or field type)

  • Amending Javascript

  • Amending HTML

  • Amending Query Files

  • Use of the API to develop additional applications

  • Workflow, including customizing dependency rules for Conditional Branching and creating an External Procedure

  • Modifying the configuration file (ICNF) for standard Connectors (AD gateway / CSV)

  • Modifying the configuration file (ICNF) for supported Connectors (i.e. SCCM)

  • Creating and/or modifying customized Connector

  • Reporting performed outside the ASM app, including writing your own report views (typically in SQL Management Studio/Oracle SQL Plus)

Configuration

Configuration activities include:

  • Screen changes via ASM Designer

  • Creation of Problem Analyzer rules (Proactive Problem Management)

  • Configuration of search screens

  • Configuration of timesheets

  • Maintenance of IPK data values such as call types

  • Workflow, including creation of pre-defined request workflows; creation of an outbound action; and importing workflows

  • Creation of IPK workflow rules

  • Configuration portability

  • Maintenance of SLM agreements

  • Maintenance of availability schedules

  • Maintenance of timezones, working hours and holiday plans

  • Maintenance of standard Connectors (AD gateway / CSV)

  • Maintenance of supported Connector (SCCM etc.)

Support of customized software

Standard Warranty

As specified within the Alemba® Master Services Agreement (http://alemba.com/alemba-msa-uk), all customizations created by Alemba® are covered by a 30-day warranty period assuming a Maintenance and Support agreement with Alemba® is in place during that timeframe.

Optional Customization Support

To protect the value of your initial investment, a customization can be added into your Maintenance and Support agreement as an additional ‘Supported Deliverable’. This insurance policy certifies the agreed functionality of the customization for a further twelve (12) months dated from its acceptance into a Production environment. The following caveats apply:

  • The Customization Support assures its functionality for a maximum of two (2) software updates and/or patches

  • The Maintenance and Support agreement contract is in place across the entire twelve (12) month period

Customization Support can be extended beyond twelve (12) months to bring it in-line with your Support and Maintenance contract; discuss this with your Account Manager.

Standard and Optional Customization Support Warranties

The following table outlines the differences between the two warranty types.

What functionality does the standard or optional support cover?

The functionality defined by the agreed scope within the Statement of Work (SOW)

What functionality is NOT covered by the standard or optional support?

Functionality not defined within the SOW. Functionality is only designed for the target software, so is not transferable to another Alemba® software product

Issues arising from changes made to the customization by the customer or a 3rd party are not covered.

Customizations that are transferred by the customer or a 3rd party from one Alemba® software product to another are not covered.

How do I raise an Issue with the customization?

Contact the Alemba® Service Desk.

What will happen after the standard or optional support cover expires?

Support for the customization is no longer provided within your Maintenance and Support contract; contact your Account Manager.