Deacom's Open Platform - Extensibility in ERP

Open Platform

Configuration Through Code

DEACOM’s internal scripting language allows for substantially more power when fine-tuning functionality and working through customer-specific integrations – all without the downfalls of customization.

DEACOM Scripting Editor

Deacom’s Configuration Through Code model is built to sit between customization and configuration, embracing the pros of each side, while shedding the cons.

Configuration Alone

  • Set up is done without any additional code
  • Upgrading is easier
  • Costs are typically known and can be planned for
  • Go-lives can be accelerated if out-of-the-box features are acceptable
  • Solutions are often seen as good, but not necessarily perfect

Configuration Through Code

  • System can be fine-tuned to meet customer-specific requirements
  • Source code is not modified. Instead, code is run through a calculation engine layer that sits on top of the base code
  • Software can be easily upgraded because Deacom assures the same fields and functions are available to the calculation engine in future versions

Customization Alone

  • Actual code of the software is heavily modified to the point where it is no longer the same software
  • Upgrades become more expensive and have a longer timeline to deploy, often causing companies to get "stuck" in a version
  • Significantly less out-of-the-box features
  • System is 100% isolated and can be turned into whatever the customer wants
  • Third-party software is often involved
  • Software must be re-customized as business needs change, adding to the unpredictability of future costs
DEACOM Form Layout Editor

The Form Layout Editor is a WYSIWYG (What You See is What You Get) interface used in DEACOM to fine-tune workflows within each form in the system.

  • Access is dependent on the current user or user group roles
  • Changes can be made quickly to the specific layout and users can see exactly what those changes will look like in practice
  • The tree editor can be used to view or modify the structural components and parent/child relationships between object types in DEACOM
  • Objects can be edited, moved, deleted, or added based on specific needs

Form-level Scripting is performed through the “Events” tab in the Form Layout editor

  • Each type of object has a series of events that can be bound to it
  • Scripts bound to the event are executed when the event occurs
  • The scripting editor provides access to available fields, basic syntax checking, syntax coloring, and a contextually available variable and function list
DEACOM Script Events
DEACOM Script Hiearchy

Script Types

DEACOM’s scripting capabilities fall under a hierarchy of six areas. These include:

  • Base - Includes basic functionality that is available to all types of scripts and includes string manipulation, database access, and converting between different types of data
  • Business - Provides functionality that is more transactional in nature, such as converting between units of measure
  • Reporting - Offers the ability to manipulate the data used to generate printed and management reports
  • User Interface - Enables users to make cosmetic changes at the Form level such as showing message boxes and hiding fields
  • Trigger - These types of scripts are executable as a result of a trigger firing
  • Timer - Timer scripts are those that are executed based on a timer, such as every x minutes, or every nth day. These scripts might be used to do weekly events such as payroll posting and data scrubbing

Deacom’s philosophy on when to use Configuration Through Code

Scripting is not intended to replace our process of developing enhancements for our customers. It is, however, intended to fill in the cracks where development is not a viable option. Development will always remain our priority to continue delivering new DEACOM functionality to our users.

Scripts can make an impact across a broad spectrum of the ERP system, affecting things like the general ledger, sales and purchase orders, production, quality control, inventory management, and more technology specific areas like system read/writes, Web posts or gets, and socket writes/closes.

Some specific examples of where scripting is a better route to take for customer-specific requirements include:

  • Getting the last three purchase order prices and dates for a raw material, and putting them in item master user fields
  • Toggling between whether or not the bill-to purchase order is a required field based on the sales order type
  • Showing a yes/no prompt when a user clicks save
  • Requiring certain combinations of pre-filter fields such as category, sub-category, or part number for different report types
ERP Software from Deacom
Talk to us

Interested in learning more about DEACOM's extensibility options?

Call us at 1-877-4-DEACOM and see how DEACOM ERP can help. Or better yet...

Schedule A Demo ►